들어가며
- 측정 데이터의 책임을 마케팅·개발·운영 사이에서 나누는 기준을 안다
- 데이터 이슈가 생겼을 때 누구에게 확인해야 하는지 정하는 법을 익힌다
상황
가상 배달 서비스 '한끼콜'은 지난달부터 앱 내 "재주문" 이벤트 수치가 갑자기 절반으로 줄었습니다. 마케팅팀은 "광고 효율이 떨어졌나" 걱정했고, 운영팀은 "재주문율이 실제로 떨어졌나" 물었습니다. 알고 보니 두 주 전 개발팀이 재주문 버튼 위치를 바꾸면서 이벤트 태그를 새 버튼에 옮겨 달지 않아, 수치만 반토막 난 것이었습니다. 문제를 찾는 데 열흘이 걸렸습니다.
한 줄 결론
측정 데이터마다 "이상이 생기면 누가 먼저 확인하는지"를 미리 정해두지 않으면, 원인 찾기에만 열흘이 걸립니다.
한끼콜의 사례는 누구의 잘못이라기보다, 애초에 "재주문 이벤트는 누구 담당인가"가 정해져 있지 않았던 것이 원인입니다. 담당이 없으니 마케팅과 운영이 서로 다른 원인을 추측하며 시간을 흘려보냈습니다. 데이터에도 주인이 있어야 이상 신호가 빨리 잡힙니다.
개념
- 데이터 주인(오너): 특정 지표나 이벤트가 이상해졌을 때 가장 먼저 확인할 책임을 진 사람입니다.
- RACI: 업무를 실행(Responsible)·승인(Accountable)·자문(Consulted)·공유(Informed) 네 역할로 나누는 방식입니다. 측정 이슈에도 그대로 적용할 수 있습니다.
- 이벤트 태그: 웹·앱에서 특정 행동이 일어났을 때 이를 기록하도록 심어둔 코드 조각입니다. 화면이 바뀌면 함께 옮겨줘야 합니다.
- 변경 알림 체계: 화면이나 버튼을 바꿀 때 관련 이벤트 태그도 같이 확인하도록 미리 정해둔 절차입니다.
판단 기준
측정 관련 역할은 최소 세 자리만 정해도 혼선이 크게 줄어듭니다.
| 역할 |
담당 예시 |
하는 일 |
| 실행(태그 관리) |
개발팀 |
이벤트 태그를 심고, 화면 변경 시 같이 옮긴다 |
| 승인(지표 정의) |
마케팅 리더 |
어떤 이벤트를 KPI로 쓸지 최종 확정한다 |
| 확인(이상 감지) |
데이터 담당 또는 운영팀 |
매주 수치를 보고 이상 여부를 가장 먼저 알아챈다 |
한끼콜의 경우 "화면 변경 시 이벤트 태그 확인"이라는 실행 역할이 개발팀에 명확히 있었다면, 태그 누락이 배포 전에 걸러졌을 것입니다.
실행 순서
- 확인: 지금 쓰는 핵심 이벤트 3~5개를 나열하고, 각각 화면이 바뀌면 누가 알아채는지 점검한다.
- 결정: 이벤트별로 실행·승인·확인 담당을 한 명씩 지정한다.
- 기록: 담당표를 문서로 남기고, 화면 변경 작업 체크리스트에 "이벤트 태그 확인" 항목을 추가한다.
바로 쓰는 템플릿
측정 RACI
- 이벤트명: ________________________
- 실행 담당(태그 관리): ________________________
- 승인 담당(정의 확정): ________________________
- 확인 담당(이상 감지): ________________________
- 화면 변경 시 확인 절차: ________________________
즉시 확인
- 한끼콜의 재주문 수치가 열흘이나 이상한 채로 방치된 근본 원인은 무엇인가요?
정답: 재주문 이벤트를 누가 책임지고 확인할지 정해져 있지 않아, 문제 발생 시 아무도 먼저 나서지 않았기 때문입니다.
- RACI에서 "실행" 역할이 측정 데이터에서 하는 일은 무엇인가요?
정답: 이벤트 태그를 실제로 심고 관리하며, 화면이 바뀌면 태그도 함께 옮기는 일입니다.
- 화면이나 버튼을 바꾸는 작업을 할 때 반드시 확인해야 할 것은 무엇인가요?
정답: 그 화면·버튼에 연결된 이벤트 태그가 새 위치에도 그대로 작동하는지입니다.
핵심 정리
- 측정 데이터에도 이상이 생겼을 때 먼저 확인할 담당자가 정해져 있어야 한다
- 실행·승인·확인 세 역할만 나눠도 원인 추적 시간이 크게 줄어든다
- 화면 변경 작업 체크리스트에 이벤트 태그 확인 항목을 반드시 넣는다
→ 이 강의 퀴즈 풀어보기 (챌린지)
