회의 시작 10분 만에 숫자부터 다시 맞추는 날이 있다
주간 보고나 월간 보고 회의에 들어가면 이런 장면이 생각보다 자주 나온다.
대시보드는 이미 공유돼 있다. 슬라이드에도 숫자가 들어가 있다. 그런데 첫 질문이 성과 해석이 아니라 이 숫자 어제 본 거랑 왜 다르죠로 시작된다. 마케팅은 광고 관리자 숫자를 보고 있고, 영업은 CRM 숫자를 들고 있고, 데이터팀은 별도 집계 테이블을 보여준다. 다 틀린 건 아닌데 서로 조금씩 다르다.
이때 회의가 길어지는 이유는 대개 비슷하다.
- 전환을 어느 시점으로 잡았는지 다르다
- 환불이나 취소를 제외하는 규칙이 다르다
- 같은 캠페인을 채널마다 다른 이름으로 묶었다
- 오늘 새벽 적재분이 들어간 표와 아직 안 들어간 표가 섞여 있다
- "활성 고객"처럼 같은 이름을 써도 포함 기준이 팀마다 다르다
그래서 현장에서는 분석보다 먼저 숫자 설명부터 붙는다. 보고 회의가 의사결정 시간보다 숫자 정리 시간처럼 느껴지는 이유도 여기서 나온다.
숫자가 다르다는 건 보통 데이터가 없다는 뜻이 아니다
겉으로 보면 숫자가 다른 문제는 수집 실패처럼 보일 때가 많다. 실제로는 이미 데이터가 있는데 계산 규칙과 해석 기준이 나뉘어 있는 경우가 더 흔하다.
| 구간 | 실제로 숫자가 갈라지는 지점 |
|---|---|
| 지표 정의 | 매출, 전환, 리드 같은 이름은 같지만 포함 범위가 다름 |
| 기간 기준 | 전월 전체인지 최근 30일인지, 발생일 기준인지 반영일 기준인지 다름 |
| 예외 처리 | 환불, 취소, 중복, 테스트 계정 제외 규칙이 제각각임 |
| 원본 선택 | 광고 플랫폼, CRM, 데이터웨어하우스 중 무엇을 공식값으로 볼지 다름 |
| 갱신 시점 | 대시보드 새로고침 시간과 보고용 추출 시점이 다름 |
이 다섯 군데 중 하나만 어긋나도 같은 KPI 이름 아래 서로 다른 숫자가 나온다. 그래서 "누가 맞는가"보다 "어떤 규칙으로 계산했는가"가 먼저 확인돼야 한다.
팀이 늘수록 KPI는 자연스럽게 갈라지기 쉽다
문제는 누가 실수해서만 생기지 않는다. 오히려 각 팀이 자기 일을 더 잘하려고 만들다 보니 갈라지는 경우가 많다.
마케팅은 빠르게 캠페인 성과를 봐야 하니 광고 플랫폼 기준 숫자를 바로 쓴다. 영업은 실제 계약이나 매출 인식 시점이 더 중요하다. 재무는 환불과 정산 기준을 더 엄격하게 본다. 데이터팀은 재현 가능한 공통 테이블을 만들려고 한다.
다 각자 필요가 있다. 다만 이게 한 장으로 합쳐질 때 문제가 생긴다.
같은 전환이라는 말을 써도 누군가는 폼 제출을 보고, 누군가는 중복 제거된 리드를 보고, 누군가는 실제 승인 완료 건만 센다. 숫자가 다른 게 이상한 게 아니라, 이름만 같고 규칙이 달랐던 셈에 가깝다.
대시보드와 AI가 늘어도 회의가 짧아지지 않는 이유
도구가 많아지면 보통 숫자 논쟁이 줄어들 것 같지만, 실제로는 반대로 느껴질 때가 있다. 이유는 간단하다. 출력 속도는 빨라졌는데 정의 관리 속도는 그대로인 경우가 많기 때문이다.
AtScale의 2026 semantic layer 리포트 소개 페이지는 이제 semantic layer를 BI 편의 기능이 아니라, 지표 정의와 의사결정 신뢰를 함께 다루는 기반으로 설명한다. 숫자 계산 규칙을 한곳에서 다루지 않으면 대시보드가 많아질수록 같은 데이터를 두고도 해석이 더 갈라질 수 있다는 얘기다.
AtScale의 semantic drift 글도 이 장면을 꽤 직설적으로 짚는다. 정의가 표류하면 결정을 내리기 전에 먼저 회의를 열어 지표 정의를 다시 맞추게 되고, 원래 몇 분이면 끝날 일이 며칠로 늘어질 수 있다는 설명이다. 보고 회의가 길어지는 현상과 거의 같은 그림이다.
Supermetrics의 2026 Marketing Data Report를 보면 조사 대상 435명 기준으로 40%가 채널 전반의 ROI 입증을 가장 큰 과제로 꼽았고, 52%는 데이터 전략과 측정 기준을 외부 데이터팀이 정의한다고 답했다. 또 36%는 데이터 활성화를 가로막는 문제로 시스템 통합 부족을 꼽았다. 숫자를 해석하는 사람과 정의를 쥔 사람이 분리돼 있으면 회의마다 다시 확인이 길어지기 쉬운 구조다.
Gallup의 2026 workplace 연구도 비슷한 방향을 보여준다. AI를 제공하는 조직 안에서도 도구가 기존 시스템과 프로세스에 잘 맞는다고 강하게 느끼는 직원은 88%가 자주 쓴 반면, 그렇지 않은 직원은 55%에 그쳤다. KPI 회의도 크게 다르지 않다. AI 요약이나 질의응답 기능이 있어도 숫자 정의가 분산돼 있으면 빨라지는 건 조회 속도뿐이고, 신뢰는 그대로 남는다.
자료들을 같이 보면 문제가 꽤 선명하다. 숫자가 안 보이는 게 아니라, 같은 숫자를 같은 뜻으로 쓰는 장치가 약한 상태다.
회의가 길어지는 근본 원인은 대체로 네 가지다
1. KPI 이름은 공유되는데 계산 규칙은 공유되지 않는다
지표 이름만 맞추고 계산식, 기간 규칙, 제외 조건은 각 팀 문서에 따로 남겨두면 시간이 지나면서 조금씩 달라진다. 처음엔 작은 차이였는데, 분기 하나만 지나도 보고 숫자가 달라지는 이유가 된다.
2. 예외 처리가 본표 밖에서 조용히 누적된다
환불, 취소, 재청구, 테스트 계정, 중복 리드처럼 정상 흐름 바깥의 데이터는 늘 생긴다. 문제는 이걸 누가 어디서 보정했는지 기록이 약할 때다. 본표는 같아 보여도 뒤에서 보정한 방식이 다르면 회의 때 숫자가 어긋난다.
3. 공식값보다 실무 편의가 앞서기 쉽다
실무자는 당장 오늘 쓸 숫자가 필요하니 가장 빨리 보이는 화면을 기준으로 움직이기 쉽다. 그 자체가 잘못은 아니다. 다만 공식 보고에 들어가는 값과 일상 운영 숫자가 계속 섞이면, 회의 때마다 어느 쪽을 기준으로 볼지 다시 정해야 한다.
4. 숫자보다 책임자가 늦게 정해진다
누가 최종 정의를 승인하는지 불명확하면 팀마다 자기 숫자를 방어하게 된다. 이 상태에서는 더 좋은 차트나 더 좋은 AI보다 이 KPI는 누가 책임지고 고정하는가가 먼저 정리돼야 한다.
실무에서는 무엇부터 줄이는 편이 낫나
처음부터 전사 공통 지표 체계를 크게 다시 짜겠다고 들어갈 필요는 없다. 회의 시간을 줄이려면 아래 세 가지가 먼저 먹힌다.
핵심 KPI 세 개만이라도 한 장으로 고정한다
매출, 전환, 활성 고객처럼 자주 충돌하는 지표부터 잡으면 된다. 이름, 계산 규칙, 포함 범위, 제외 범위, 기간 기준, 원본 시스템, 책임자를 한 장으로 적어두면 회의 시작부터 새로 싸울 일이 줄어든다.
예외 처리 표를 본표와 분리한다
환불 보정, 수기 제외, 중복 제거 같은 항목은 숨기지 말고 따로 남기는 편이 낫다. 숫자가 왜 달라졌는지 추적이 쉬워져서 다음 회의 시간이 줄어든다.
AI는 설명 초안보다 정의 점검에 먼저 붙인다
요약 문장을 만들게 하기 전에, 지금 보고서가 어떤 기간 기준과 어떤 제외 규칙을 쓰는지 먼저 확인하게 하는 편이 더 실용적이다. 숫자 근거가 흔들리면 문장 속도는 큰 도움이 안 된다.
숫자 맞추느라 지치는 게 이상한 건 아니다
같은 KPI를 보는데도 팀마다 숫자가 달라서 보고 회의가 길어지는 일은 생각보다 흔하다. 대시보드가 부족해서라기보다, 같은 이름의 숫자가 어떤 규칙으로 만들어졌는지 함께 묶여 있지 않아서 생기는 경우가 많다.
회의가 자꾸 길어진다면 새 화면을 하나 더 만드는 것보다, 자주 부딪히는 지표 몇 개의 정의를 먼저 고정하는 편이 낫다. 그 작업이 조금 번거로워 보여도, 보고 시간보다 숫자 설명 시간이 길어지는 답답함은 거기서 가장 빨리 줄어든다.
관련 글
같은 맥락에서 이어서 읽기 좋은 글들입니다.