들어가며
- 남이 만든 측정 설계에서 빠진 항목과 위험 지점을 체계적으로 찾는다
- 지적할 때 문제만 짚지 않고 대안까지 함께 제안한다
상황
가상 브랜드 '한줄커피'의 신입 담당자가 신규 정기구독 페이지의 측정 설계서를 만들어 팀에 공유했습니다. 목표 이벤트와 UTM 규칙까지는 잘 정리했는데, 결제 실패 시 어떤 이벤트가 찍히는지, 모바일과 PC에서 같은 방식으로 측정되는지는 빠져 있었습니다. 선임 담당자가 리뷰를 하지 않았다면 오픈 후에야 그 구멍을 발견했을 것입니다.
한 줄 결론
측정 설계는 만든 사람보다 검토하는 사람이 구멍을 더 잘 찾습니다. 리뷰 없이 바로 적용하지 않습니다.
만든 사람은 자기가 세운 전제를 당연하게 여기기 때문에, 그 전제 바깥에 있는 경우(실패·예외 상황)를 놓치기 쉽습니다. 다른 사람의 눈으로 한 번 더 보는 과정이 필요합니다.
개념
- 누락 항목: 측정 설계서에 없어야 할 것이 빠진 게 아니라, 있어야 할 항목 자체가 빠진 경우입니다. 실패·예외 케이스가 대표적으로 빠지기 쉽습니다.
- 예외 상황: 정상 흐름이 아닌 경우입니다. 결제 실패, 중도 이탈, 오류 페이지 도달 등이 해당합니다.
- 기기·환경 차이: 같은 이벤트라도 모바일 웹, 앱, PC에서 다르게 동작하거나 다르게 찍힐 수 있는 지점입니다.
- 리뷰 코멘트: 문제를 지적하는 데서 끝나지 않고, "이렇게 바꾸면 어떨까요"까지 함께 남기는 피드백입니다.
- 체크리스트 리뷰: 감으로 훑어보는 대신 정해진 항목표를 따라가며 빠짐없이 확인하는 방식입니다.
판단 기준
| 리뷰 항목 |
확인 질문 |
| 목표 이벤트 |
성공 흐름뿐 아니라 실패·이탈 흐름의 이벤트도 정의됐는가 |
| UTM 규칙 |
모든 유입 경로에 규칙이 일관되게 적용됐는가 |
| 기기·환경 |
모바일·PC·앱에서 같은 방식으로 측정되는가 |
| 예외 처리 |
오류·중도 이탈 시 어떤 데이터가 남는지 명시했는가 |
| 대안 제시 |
문제만 짚지 않고 개선 방향을 같이 제안했는가 |
실행 순서
- 확인: 체크리스트를 따라 상대의 측정 설계서를 항목별로 훑으며 누락과 위험을 표시한다.
- 결정: 발견한 항목 중 오픈 전에 반드시 고쳐야 할 것과 나중에 보완해도 되는 것을 나눈다.
- 기록: 리뷰 코멘트를 문제 지적과 대안 제안 형태로 정리해 작성자에게 전달한다.
바로 쓰는 템플릿
동료 리뷰 시트
- 검토 대상: ________________________
- 누락된 항목: ________________________
- 위험 지점(예외·기기 차이 등): ________________________
- 오픈 전 필수 수정: ________________________
- 나중에 보완 가능: ________________________
- 대안 제안: ________________________
즉시 확인
- 신입 담당자의 설계서에서 빠졌던 것은?
정답: 결제 실패 시 이벤트와 모바일·PC 측정 방식 차이 — 정상 흐름만 다루고 예외 상황을 놓쳤습니다.
- 리뷰 코멘트에 반드시 포함돼야 하는 것은?
정답: 문제 지적뿐 아니라 개선 대안 — 지적만 하면 작성자가 다음에 뭘 해야 할지 알 수 없습니다.
- 측정 설계를 만든 사람이 스스로 구멍을 발견하기 어려운 이유는?
정답: 자기가 세운 전제를 당연하게 여겨 그 바깥의 예외 상황을 놓치기 쉽기 때문입니다.
핵심 정리
- 측정 설계는 만든 사람이 아니라 검토자가 구멍을 더 잘 찾는다
- 체크리스트로 목표 이벤트·UTM·기기 차이·예외 처리를 빠짐없이 확인한다
- 리뷰는 문제 지적과 개선 대안을 함께 남겨야 다음 행동으로 이어진다
→ 이 강의 퀴즈 풀어보기 (챌린지)