주간 보고서 자동화의 목표는 보고서를 무조건 자동 발행하는 것이 아닙니다. 사람이 자료를 모으고 형식을 맞추는 시간을 줄이고, 수치와 해석을 검토하는 데 집중하게 만드는 것입니다. 이 글에서는 데이터 조회부터 Notion 등록까지 한 흐름으로 설계합니다.
현재 업무를 먼저 측정합니다
| 단계 | 예시 시간 | 주요 문제 |
|---|---|---|
| 데이터 다운로드 | 10분 | 여러 시스템 접속 |
| 이전 보고서 검색 | 5분 | 최신 파일 혼동 |
| 비교·계산 | 20분 | 복사 오류 |
| 원인 정리·초안 | 35분 | 형식 반복 |
| 등록·공유 | 10분 | 전달 누락 |
위 시간은 예시입니다. 실제 업무를 한 번 수행하며 각 단계의 시간을 재야 자동화 효과를 비교할 수 있습니다.
입력과 출력부터 고정합니다
입력: 이번 주와 지난주 실적 데이터, 지표 정의, 기존 보고서 양식
출력: 핵심 지표 표, 큰 변동 목록, 확인이 필요한 원인, 담당자 코멘트 영역, Notion 보고서
“보고서를 잘 만들어 줘”는 명세가 아닙니다. 어떤 지표를 어떤 기준으로 비교하고 어떤 형식으로 보여 줄지 정해야 합니다.
업무 흐름을 AI와 사람으로 나눕니다
| 단계 | 담당 | 실행 기준 |
|---|---|---|
| 데이터 조회 | AI 도구 | 읽기 전용 계정 |
| 전주 대비 계산 | AI 도구 | 고정 계산식 사용 |
| 주요 변동 선별 | AI | 예: ±20% 이상 |
| 원인 설명 | AI 초안 | 근거 없는 추정 표시 |
| 수치·해석 검토 | 사람 | 원본 데이터 대조 |
| Notion 등록 | 도구 실행 | 사람 승인 후 |
| Slack 공유 | 도구 실행 | 등록 성공 확인 후 |
MCP 서버에 필요한 기능을 정의합니다
- get_metrics: 기간과 지표를 입력받아 실적 조회
- get_previous_report: 직전 보고서와 기준 확인
- create_report_draft: 정해진 양식으로 초안 생성
- publish_to_notion: 승인된 내용만 등록
- notify_slack: 등록된 문서 링크 공유
한 도구에 모든 권한을 넣기보다 조회와 등록, 알림 기능을 분리해야 테스트와 통제가 쉬워집니다.
실패 조건도 먼저 적습니다
- 필수 지표가 누락되면 보고서를 발행하지 않는다.
- 이전 기간 데이터가 없으면 비교 불가를 표시한다.
- 원인을 뒷받침할 자료가 없으면 추정이라고 명시한다.
- Notion 등록에 실패하면 Slack 완료 알림을 보내지 않는다.
- 승인자가 확인하기 전에는 외부 공유하지 않는다.
PoC 성공 기준
처리 시간만 보지 말고 숫자 오류, 누락 항목, 수정 횟수, 보고 지연도 함께 측정합니다. 2~4주 동안 수동 방식과 비교한 뒤 운영 전환을 결정합니다.
입력 시스템: ________
비교 기준: ________
보고서 양식: ________
승인자: ________
목표 처리 시간: ________
허용 오류 기준: ________
대상 선정이 끝나지 않았다면 자동화 우선순위 평가로 돌아가세요. 실행 권한은 MCP 권한·승인 설계에서 정하고, 구현 준비는 MCP PoC 구축 가이드에서 이어집니다.
다음 단계: 전사 도입 기준은 기업 MCP 도입·보안 체크리스트에서 확인하세요.
0 댓글