대시보드는 많은데 왜 보고서는 아직도 손이 많이 갈까
회사에서 보고서를 만들다 보면 묘한 장면이 자주 나온다.
대시보드는 이미 있다. 광고 플랫폼에도 숫자가 있고 CRM에도 숫자가 있다. BI 화면도 켜져 있다. 그런데 주간 보고나 월간 보고를 만들 때는 여전히 CSV를 내려받고, 열 이름을 맞추고, 지난달 시트 형식을 복사하고, 빠진 값을 다시 확인한다.
보고서 한 장을 만드는 동안 실제로 많이 하는 일은 이런 쪽이다.
- 어디 숫자를 기준으로 쓸지 다시 정하기
- 이번 보고 기간 필터가 지난번과 같은지 확인하기
- 채널별 이름이 다르게 적힌 캠페인을 같은 묶음으로 정리하기
- 숫자 변화 이유를 문장으로 설명하기
- 회의 전에 "이 숫자 맞나"라는 질문이 안 나오게 다시 검수하기
그래서 체감은 이렇다.
도구는 늘었는데 보고서 작업은 아직도 사람 손으로 이어 붙이는 시간이 길다.
보고서 일은 숫자를 보는 일보다 숫자를 맞추는 일이 더 크다
겉으로 보면 보고서는 데이터를 읽는 작업처럼 보인다. 하지만 실제 회사 일에서는 그 전에 맞춰야 할 것이 많다.
| 구간 | 실제로 자주 생기는 일 |
|---|---|
| 원본 수집 | 플랫폼별 CSV 내보내기, 누락 데이터 확인, 기간 맞추기 |
| 정의 정리 | KPI 기준 확인, 필터 범위 통일, 이름 표기 정리 |
| 예외 처리 | 환불, 중복 집계, 늦게 들어온 데이터, 수동 보정 반영 |
| 설명 작성 | 왜 늘었는지, 왜 떨어졌는지, 다음 액션이 뭔지 문장으로 정리 |
| 공유 대비 | 질문 받을 지점 미리 확인, 숫자 출처 다시 추적 |
이 흐름을 보면 보고 업무는 단순 집계가 아니다. 데이터를 한 번 뽑는다고 끝나는 일이 아니라, 서로 다른 기준과 예외를 같은 이야기로 묶는 일에 가깝다.
그래서 스프레드시트는 아직도 오래 남는다. 표 계산 도구라서만이 아니라, 중간에서 사람이 마지막 정리를 하기에 가장 손쉬운 작업대 역할을 하기 때문이다.
왜 자동화가 들어와도 손작업이 쉽게 안 사라질까
핵심은 보고서가 "숫자 출력"보다 "기준 합의"에 더 가까운 문서이기 때문이다.
자동화나 AI가 잘하는 일은 분명 있다.
- 정해진 소스에서 숫자 불러오기
- 반복 템플릿에 맞춰 표 채우기
- 전주 대비 증감률 계산하기
- 초안 설명 문장 먼저 만들기
그런데 실제 병목은 그 다음에 남는다.
- 마케팅팀이 보는 전환과 영업팀이 보는 전환이 같은 뜻인가
- 이번 달 보고는 마지막 30일 기준인지, 전월 전체 기준인지
- 환불이나 취소 데이터를 어느 시점에 빼는지
- 같은 캠페인이 채널마다 다른 이름으로 들어오지는 않았는지
- 숫자는 맞아도 회의에서 바로 이해될 설명이 붙었는지
이런 문제는 계산보다 운영 규칙에 가깝다. 규칙이 흔들리면 도구가 좋아도 마지막엔 사람이 시트를 열어 다시 손본다.
최근 자료를 보면 문제는 도구 부족보다 흐름의 분산에 가깝다
최근 자료들을 같이 보면, 보고 작업이 아직 손으로 오래 남는 이유는 생각보다 비슷하게 반복된다.
HubSpot의 2026년 자동 보고 가이드은 자동 보고의 핵심을 CRM, 마케팅, 웹 분석 같은 여러 데이터를 하나의 보고 환경으로 연결하는 일이라고 설명한다. 이 글은 수작업 보고가 CSV 내보내기, 스프레드시트 가공, 같은 보고서 반복 재작성에 시간을 쓰게 만들며, 자동화가 되면 보통 주당 10시간에서 20시간 정도를 아낄 수 있다고 정리한다. 동시에 자동화를 시작하기 전에 KPI 정의, 필터 기준, 데이터 소스를 먼저 맞추라고 권한다.
Gallup의 2026년 AI 지표를 보면 2026년 2월 기준 미국 직원의 65%는 AI가 생산성에 긍정적 영향을 준다고 답했지만, 실제로 일하는 방식이 바뀌었다고 강하게 느끼는 비율은 12%에 그쳤다. 이 차이는 보고 업무에도 그대로 보인다. 초안이나 계산은 조금 빨라져도, 기준이 흩어진 채로 있으면 일하는 방식 자체는 크게 안 바뀐다.
Adobe의 2026년 생산성 조사은 미국 정규직 직원 1,106명 조사에서 직원들이 낮은 가치의 업무에 연간 약 91일을 쓰고 있다고 본다. 조사 응답자들은 통합된 워크플로가 있다면 연 38일 정도의 효율 개선이 가능하다고 봤고, 현재 자동화된 일은 평균 11% 수준인데 거의 4분의 1까지는 자동화할 수 있다고 여겼다. 업무가 느린 이유를 단순히 개인 역량보다 분절된 도구와 비효율적 흐름 쪽에서 본 자료다.
McKinsey의 2026년 조직 보고서는 1만 명이 넘는 임원 조사 결과를 바탕으로, AI와 자동화는 단순 기능 추가보다 일을 끝단까지 다시 설계하는 방향에서 의미가 커진다고 설명한다. 보고 업무처럼 여러 팀이 같은 숫자를 다른 맥락으로 보는 장면에서는 특히 "도구 도입"보다 "엔드투엔드 프로세스 재정의"가 더 중요하다는 해석이 가능하다.
이 자료들을 한 줄로 묶으면 이렇다.
보고서가 아직 손작업에 오래 묶이는 이유는 계산이 어려워서가 아니라, 서로 다른 데이터와 기준을 한 번 더 사람이 봉합해야 하기 때문이다.
스프레드시트가 남는 자리는 대체로 비슷하다
실무에서는 특히 아래 구간에서 손작업이 계속 남는다.
1. 정의가 한 번에 맞지 않는 보고
같은 매출, 같은 전환, 같은 리드라는 말을 써도 팀마다 포함 범위가 다를 수 있다.
이때 자동화는 숫자를 빨리 뽑아주지만, 어떤 숫자가 맞는지에 대한 합의까지 대신해주지는 못한다.
2. 예외가 자주 섞이는 보고
환불, 취소, 재집계, 지연 반영, 수기 보정처럼 매번 조금씩 다른 예외가 들어오면 사람은 결국 중간 표를 하나 따로 만든다.
스프레드시트는 이런 예외를 임시로 흡수하기 쉬워서 자주 살아남는다.
3. 설명 문장이 중요한 보고
경영진 공유나 부서 간 공유 보고는 숫자만 맞는다고 끝나지 않는다.
왜 이렇게 나왔는지, 지난번과 뭐가 달라졌는지, 지금 뭘 해야 하는지를 짧게 설명해야 한다. 이 부분은 지금도 데이터 연결만큼이나 사람 판단이 많이 들어간다.
4. 원본이 여러 시스템에 흩어진 보고
광고, CRM, 영업, CS, 재무처럼 원본이 흩어져 있으면 각 시스템 숫자를 한자리에서 설명 가능한 상태로 묶는 일이 생각보다 오래 걸린다.
이 구간을 건너뛰고 AI로 문장만 붙이면 오히려 보기 좋은데 불안한 보고서가 되기 쉽다.
실무에서는 무엇부터 줄이는 편이 현실적일까
보고서 손작업을 줄이려면 처음부터 "스프레드시트를 없애겠다"보다, 손이 자주 가는 이유를 먼저 줄이는 편이 낫다.
원본 기준표를 먼저 만든다
어떤 시스템 숫자를 공식값으로 볼지, 기간은 무엇을 기준으로 자를지, 환불과 취소는 어떻게 반영할지를 한 장으로 적어두는 것만으로도 반복 확인이 많이 줄어든다.
KPI 이름보다 계산 규칙을 고정한다
이름은 같아도 포함 범위가 다르면 매번 보고 회의가 길어진다. 정의 문서를 짧게라도 고정해 두면 자동화 품질보다 회의 시간이 먼저 줄어든다.
예외 처리 구간을 따로 분리한다
모든 수정을 본표 안에서 해결하려고 하면 나중에 다시 추적하기 어려워진다. 예외만 따로 모아두면 시트를 쓰더라도 반복 손작업이 줄어든다.
설명 초안은 AI에 맡기되 근거 표시는 사람이 확인한다
전주 대비 변화 설명이나 요약 문장은 AI가 먼저 써줘도 괜찮다. 대신 그 문장이 어떤 숫자를 근거로 하는지는 사람이 바로 추적할 수 있어야 한다.
답답한 게 이상한 건 아니다
회사 보고서 작업에 아직도 스프레드시트 손작업이 오래 남는 건 뒤처져서라기보다, 실제 병목이 계산보다 기준 정리와 예외 흡수 쪽에 남아 있기 때문이다.
대시보드와 AI가 늘어도 보고 업무가 갑자기 가벼워지지 않는 이유도 여기에 있다. 많은 팀은 아직 "숫자를 빨리 뽑는 문제"보다 "같은 숫자를 같은 뜻으로 말하게 만드는 문제"를 먼저 풀어야 한다.
그래서 보고 자동화의 시작점은 새 도구를 하나 더 붙이는 일이 아닐 수 있다. 어디 숫자를 공식값으로 볼지, 어떤 예외를 누구 기준으로 정리할지, 설명 문장이 어떤 근거 위에 서야 하는지를 먼저 줄이는 편이 실제로 더 도움이 된다.
관련 글
같은 맥락에서 이어서 읽기 좋은 글들입니다.