주간 보고서를 '통째로' 자동화하면 안 되는 이유

매주 월요일 보고서를 만드는 데 오래 걸린다고 해서, ‘보고서 작성’을 통째로 AI에 넘길 수는 없습니다. 원본 파일을 모으는 일, 숫자를 합치는 일, 이상치를 설명하는 일, 최종 수치를 승인하는 일은 위험과 책임이 다릅니다.

자동화 콘텐츠를 보면 ‘99% 정확도’, ‘작성 시간 90% 단축’ 같은 문구가 흔합니다. 그런 수치는 출처가 없고, 무엇보다 검토 단계를 생략한 것처럼 들립니다. 실제로 필요한 건 ‘무엇을 자동화하고 무엇을 사람이 맡을지’를 나누는 일입니다.

월요일 아침을 분 단위로 기록합니다

한 번의 보고서 작성 과정을 작업 기록표로 남깁니다. 시작·종료 시각, 사용 파일, 복사·붙여넣기 횟수, 수정 이유를 적습니다. 목적은 가장 지루한 단계를 찾는 게 아니라, 규칙이 분명하고 원본이 안정적인 단계를 찾는 것입니다.

단계에 세 가지 색을 칠합니다

• 초록 — 파일명 확인, 정해진 열 결합, 공식에 따른 집계처럼 규칙이 고정된 단계
• 노랑 — 누락값 보완, 이상치 설명 초안처럼 사람이 확인하면 보조 가능한 단계
• 빨강 — 실적 승인, 대외 해석, 인사 평가처럼 책임자가 직접 판단해야 하는 단계

초록 단계도 원본 구조가 매주 바뀌면 자동화가 자주 깨집니다. 데이터 소유자와 마감 시각, 열 이름, 단위부터 고정합니다.

개념 이미지: 원본 수집부터 집계, 초안, 검토, 승인, 배포까지 자동화 경계와 되돌리기 지점을 확인합니다.

실패하면 어디에서 멈출지 정합니다

원본 누락, 합계 불일치, 전주 대비 급변, 데이터 형식 변경을 중단 조건으로 둡니다. 자동화가 빈칸을 0으로 바꾸거나, 생성형 AI가 그럴듯한 원인을 지어내지 않게 합니다. 결과물에는 원본 링크, 처리 시각, 규칙 버전, 검토자를 남깁니다.

자동화가 초안을, 사람이 최종 검토를 맡습니다

AI가 만든 보고서 초안을 쓴다면 검토 순서를 정합니다. ① 팩트·수치 검증 ② 기밀 정보 유출 여부(프롬프트에 넣은 데이터 범위 확인) ③ 톤·문법 교정. 이 세 단계는 자동화할 수 없고, 줄여서도 안 됩니다.

엑셀 자동화 자체는 검증된 기능입니다. SUM·AVERAGE·IF·VLOOKUP 같은 함수군과 매크로는 표준 기능이고, 보고서 구조 설계 → 수식 자동 계산 확인 → 동적 범위 → 조건부 서식 → 매크로 기록 순서는 일반적인 작업 흐름입니다. 다만 이런 도구도 ‘초록 단계’에만 적용하고, 숫자에 사람이 직접 책임지는 단계는 바꾸지 않는 것이 핵심입니다.

OnPress는 연결 조건부터 시험합니다. ERP, 스프레드시트, 공유 폴더의 데이터를 한 흐름으로 묶으려면 각 시스템의 공식 API·내보내기·웹훅 지원과 권한 범위를 확인해야 합니다. 원본 열이 바뀐 경우, 파일이 늦게 들어온 경우, 중복 실행된 경우를 작은 PoC에서 시험합니다. API가 없는 화면을 임의 조작하는 방식은 유지보수 부담과 오류 위험을 별도로 평가합니다.

두 주를 나란히 비교합니다

첫 주는 기존 방식, 다음 주는 한 단계만 자동화해 같은 담당자가 비교합니다.

• 사람 작업시간 = 실제 손으로 처리한 총시간
• 완료까지의 경과시간 = 첫 원본 도착부터 승인본 완성까지
• 숫자 불일치 셀 수
• 검토자가 되돌린 항목 수
• 실패 뒤 원래 방식으로 복구한 시간

시간이 줄어도 재검토와 복구가 늘면 순효과가 없을 수 있습니다. 공개 범위가 큰 보고서는 작은 내부 보고서보다 더 엄격한 중단 기준을 둡니다.

성공하면 다음 한 칸만 옮깁니다

한 단계가 안정된 뒤 인접한 초록 단계를 추가합니다. 노랑·빨강 영역을 자동 승인으로 바꾸지 않습니다. 업무가 바뀌면 규칙과 테스트 사례도 함께 갱신합니다.

가장 반복되는 보고서의 작업 순서를 다섯 줄로 적어 주세요. Core Company가 첫 자동화 후보 한 단계와, 사람이 멈춰 확인할 지점을 함께 표시해 드리겠습니다.

재무·인사·고객 데이터의 처리와 외부 AI 서비스 사용은 사내 보안 정책, 계약, 최신 개인정보 기준을 확인한 뒤 결정해야 합니다.