대시보드의 '활성 고객' 숫자가 회의마다 다르게 해석되면 그래프가 아무리 정확해도 의사결정이 흔들립니다. 고객이 로그인한 사람인지, 결제 중인 회사인지, 최근 사용량이 있는 계정인지 정의가 달라서입니다. 지표마다 정의와 책임자를 연결해야 합니다.
지표를 문장과 식으로 정의한다
집계 대상, 기간, 시간대, 제외 조건, 중복 제거 기준을 문서화합니다. '월간 활성'이라면 무엇을 한 번 이상 해야 활성인지도 명시합니다.
숫자가 생성되는 원천 테이블과 변환 과정을 연결합니다. 화면의 설명만 바뀌고 실제 SQL이 그대로면 정의가 일치하지 않습니다.
책임자를 정한다
지표 정의를 변경할 권한과 영향을 검토할 사람이 있어야 합니다. 데이터 팀이 계산을 구현하더라도 업무 의미의 소유자는 다른 부서일 수 있습니다.
정의가 모호한 예외가 발견되면 담당자가 결정하고 기록합니다. 지표마다 여러 팀이 서로 다른 임시 산식을 쓰는 상태를 줄입니다.
버전과 적용 시점을 보존한다
활성 기준을 바꾸면 과거 숫자를 다시 계산할지, 변경일부터 새 기준을 쓸지 정합니다. 대시보드에 기준 버전을 표시하면 과거 회의 자료와 차이를 설명할 수 있습니다.
필터와 권한에 따라 숫자가 다른 경우도 있습니다. 사용자마다 보이는 데이터 범위가 다르다면 지표 이름 아래에 적용 범위를 분명히 표시합니다.
가상 사례: 결제 고객과 사용 고객
한 회사가 결제는 유지하지만 최근 한 달 동안 로그인하지 않았다고 가정해 봅시다. 결제 기준으로는 활성, 사용 기준으로는 비활성입니다.
두 질문을 서로 다른 지표로 만들고 목적에 맞게 사용합니다. 하나의 '활성 고객' 수치로 모두 설명하려는 것이 문제입니다. 가상 사례입니다.
변경을 배포 절차로 다룬다
지표 정의와 SQL을 함께 검토하고 대표 사례에 대한 예상 결과를 테스트합니다. 변경 뒤 급격한 수치 차이가 나오면 실제 사업 변화인지 정의 변경인지 구분합니다.
대시보드에서 출처와 정의, 담당자에 쉽게 접근할 수 있어야 합니다. 숫자를 믿게 만드는 것은 화려한 차트가 아니라 재현 가능한 의미입니다.
현장에 적용할 때의 순서
- 지표의 대상·기간·제외 조건을 적는다
- 업무 소유자와 계산 담당자를 연결한다
- 정의 변경 시 적용일과 차이를 남긴다
주의할 실패: SQL만 바꾸고 지표 설명을 그대로 두면 같은 이름의 숫자가 다른 의미로 사용된다.
관찰할 지표: 지표 정의 버전과 대시보드 수치 차이를 정기적으로 점검한다.
적용 전 체크리스트
- 지표의 집계 범위와 제외 조건이 적혀 있는가
- 업무 의미를 승인할 책임자가 있는가
- 정의 변경과 과거 숫자의 관계가 설명되는가
참고 자료
dbt Semantic Models 문서. dbt의 의미 모델 개념을 참고했습니다. 지표 책임과 적용 시점은 조직의 운영 정책으로 정해야 합니다.
이미지와 도식은 이해를 돕기 위한 개념 시각화입니다. 특정 고객의 실제 설비·데이터·화면을 재현한 것이 아닙니다.
#지표정의 #데이터거버넌스 #대시보드 #SemanticLayer #활성고객 #데이터품질 #분석플랫폼 #SQL #데이터아키텍처 #의사결정
