들어가며
- 전환 이벤트를 이벤트명·대상·시점·값·중복 기준 다섯 가지로 정의하는 법을 익힌다
- 애매한 전환 정의가 만드는 숫자 오독을 구분한다
상황
가상 뷰티 브랜드 '피부노트'의 마케팅팀은 "이번 달 전환 320건"이라 보고했고, 개발팀은 로그에서 "구매 완료 이벤트 210건"을 확인했습니다. 두 숫자가 다른 이유를 찾다 보니, 마케팅팀은 장바구니 담기까지 전환으로 셌고, 개발팀은 결제 완료만 전환으로 셌다는 게 드러났습니다. 같은 달 같은 채널을 두고 팀마다 다른 숫자를 보고하고 있었던 것입니다.
한 줄 결론
전환은 "무엇을, 누구 기준으로, 언제, 얼마로, 몇 번까지 셀지"를 문서로 정해야 같은 숫자로 읽힙니다.
피부노트의 혼선은 누구 하나가 틀려서가 아니라, "전환"이라는 단어를 정의한 문서가 없었기 때문에 생겼습니다. 정의 없이 쓰는 용어는 팀마다 편한 대로 해석됩니다. 다섯 가지 조건을 정해두면 이런 어긋남 자체가 생기지 않습니다.
개념
- 이벤트명: 무엇을 전환으로 볼지 정확한 이름입니다. "구매 완료"와 "장바구니 담기"는 서로 다른 이벤트입니다.
- 대상: 어떤 사용자 행동을 셀지입니다. 로그인한 사용자만인지, 비회원 구매도 포함하는지 정합니다.
- 시점: 언제 일어난 것을 셀지입니다. 결제 버튼을 누른 순간인지, 결제 승인이 완료된 순간인지 다릅니다.
- 값: 전환 하나에 얼마의 가치를 매길지입니다. 구매금액을 그대로 쓸지, 건수만 셀지 정합니다.
- 중복 기준: 한 사람이 여러 번 같은 행동을 하면 몇 번까지 셀지입니다. 하루 1건만 셀지, 발생할 때마다 셀지 정합니다.
판단 기준
전환 하나를 정의할 때 아래 다섯 칸이 모두 채워져야 "정의됐다"고 볼 수 있습니다.
| 조건 |
채워야 할 것 |
피부노트 예시 |
| 이벤트명 |
정확한 행동 이름 |
결제 완료(purchase_complete) |
| 대상 |
포함/제외 기준 |
회원·비회원 모두 포함, 환불 제외 |
| 시점 |
발생 순간 |
결제 승인 API 응답 시각 |
| 값 |
부여할 가치 |
실결제 금액(할인 반영 후) |
| 중복 기준 |
반복 처리 방식 |
주문 건별로 매번 카운트 |
실행 순서
- 확인: 지금 팀에서 "전환"이라 부르는 것이 이벤트명·대상·시점·값·중복 기준 중 어디가 빠져 있는지 점검한다.
- 결정: 빠진 항목을 팀 회의에서 정하고, 애매한 표현("결제쯤")을 구체적 기준("결제 승인 API 응답 시각")으로 바꾼다.
- 기록: 다섯 가지 조건을 문서 한 장에 적어 마케팅·개발·운영 팀이 같은 문서를 보게 한다.
바로 쓰는 템플릿
전환 정의서
- 이벤트명: ________________________
- 대상(포함/제외): ________________________
- 시점: ________________________
- 값: ________________________
- 중복 기준: ________________________
- 작성일 / 확인자: ________________________
즉시 확인
- 피부노트의 마케팅팀과 개발팀 숫자가 달랐던 근본 원인은 무엇인가요?
정답: "전환"이라는 단어를 정의한 문서가 없어 팀마다 다른 이벤트를 전환으로 셌기 때문입니다.
- 전환 정의에서 "시점"이 다르면 어떤 문제가 생기나요?
정답: 같은 행동이라도 결제 버튼을 누른 순간과 결제 승인이 완료된 순간의 건수가 달라질 수 있어, 보고서 숫자가 어긋납니다.
- 전환 정의서를 만들 때 마지막으로 반드시 해야 할 일은 무엇인가요?
정답: 관련 팀(마케팅·개발·운영)이 같은 문서를 확인하고 공유하는 것입니다. 문서가 있어도 공유되지 않으면 혼선은 그대로 남습니다.
핵심 정리
- 전환은 이벤트명·대상·시점·값·중복 기준 다섯 가지를 모두 정해야 같은 숫자로 읽힌다
- 정의되지 않은 용어는 팀마다 편한 대로 해석되어 보고서 숫자가 어긋난다
- 정의서는 만드는 것으로 끝나지 않고 관련 팀이 함께 확인해야 효력이 생긴다
→ 이 강의 퀴즈 풀어보기 (챌린지)
