같은 전환율이 팀마다 다르게 나오는 이유는 이름만 같고 분자·분모·시간창·제외 조건이 다른 지표를 계산하기 때문입니다. 기획 화면에는 가입 전환율이 31퍼센트인데 마케팅 보고서에는 38퍼센트가 찍힐 수 있으므로, 어느 쪽이 틀렸다고 단정하기 전에 두 숫자가 같은 사람과 사건을 세었는지 확인해야 합니다.
핵심 지표는 이름이 아니라 계산 규칙입니다. 팀이 함께 결정하려면 사건의 의미부터 집계가 끝나는 시점까지 재현 가능한 정의를 먼저 합의해야 합니다.
먼저 보면 좋은 점
- 행동 사건과 성공 사건이 언제 기록되는지 고정합니다.
- 분자·분모·관찰 기간·제외 조건을 한 장에 적습니다.
- 원천과 지연, 정의 변경 이력을 숫자 곁에 공개합니다.
회의에서 바로 쓸 질문
두 숫자 중 무엇이 맞느냐고 묻기 전에 각각 어떤 결정을 위해 만들어졌는지 묻습니다. 사람 전환과 세션 효율은 동시에 참일 수 있지만 목표와 연결하지 않으면 서로를 반박하는 숫자처럼 소비됩니다.
회의록에는 이번 결정에 채택한 정의와 버린 정의, 선택 이유를 남기세요. 다음 보고서에서도 같은 카드를 연결하면 숫자가 바뀌었을 때 성과 변화인지 계산 변화인지 곧바로 구분할 수 있습니다.
정의 변경의 영향을 추적한다
정의를 고친 날에는 이전 숫자를 조용히 덮어쓰지 않습니다. 예전 정의와 새 정의를 겹쳐 계산해 차이가 어느 기간과 채널에서 생겼는지 기록하고, 과거 목표와 보상 평가를 다시 해석해야 하는지도 결정합니다.
산출물은 정의 카드와 변경 기록 두 장이면 충분합니다. 담당자·승인일·영향 기간·재계산 범위를 남기고, 개인정보를 더 모아야만 맞출 수 있는 지표라면 정밀도보다 최소 수집 원칙을 택합니다.
먼저 판정할 숫자를 손으로 다시 계산한다
“24시간 안에 가입한 고유 사용자 ÷ 첫 방문 고유 사용자”라고 정의하면 가입 310명과 방문자 1,000명의 전환율은 31퍼센트입니다. 같은 가입자를 세션 820개로 나눈 37.8퍼센트는 사람이 아니라 세션의 효율을 묻는 다른 지표입니다.
오늘 쓰는 전환율 하나를 골라 사건·분자·분모·기간·제외·지연을 채우고 다른 팀원이 재계산하게 하세요. 어느 한 칸이라도 팀별로 다르거나 원천 누락을 설명하지 못하면 비교를 멈춥니다.
숫자보다 사건을 먼저 맞춘다
회원가입 완료를 버튼 클릭으로 셀지, 서버가 계정을 만든 순간으로 셀지에 따라 결과가 달라집니다. 중복 클릭과 실패 응답이 있는 앱이라면 화면 사건은 시도이고 서버 사건은 완료이므로 목적에 맞게 구분해야 합니다.
사건 정의에는 발생 주체, 조건, 고유 식별자와 재시도 처리까지 적습니다. 전자상거래의 구매 완료라면 결제창 노출이 아니라 승인된 주문을 세고, 취소 주문을 언제 차감하는지도 정합니다.
분모는 질문을 결정한다
가입 완료 수가 같아도 방문 세션을 분모로 쓰면 페이지 효율을, 고유 방문자를 쓰면 사람의 전환을 묻습니다. 가입 화면을 실제로 본 사람만 세면 화면 개선에는 유용하지만 전체 유입의 막힘은 사라집니다.
지표 정의 카드에는 질문, 분자, 분모, 집계 단위, 기간을 한 줄씩 둡니다. “최근 7일 첫 방문 고유 사용자 중 24시간 안에 계정 생성에 성공한 사용자 비율”처럼 다른 분석가가 그대로 다시 계산할 수 있어야 합니다.
시간과 제외 조건을 드러낸다
월요일 방문자가 금요일에 가입한다면 당일 전환과 7일 전환은 다른 숫자입니다. 아직 전환할 시간이 충분하지 않은 최근 유입을 포함하면 최신 코호트가 실제보다 나빠 보일 수 있습니다.
사내 계정, 자동화 봇, 탈퇴 후 재가입, 테스트 결제를 제외할지 미리 적습니다. 제외는 결과를 예쁘게 만드는 사후 청소가 아니라 사업 질문과 데이터 품질에 근거한 규칙이어야 합니다.
앱과 웹의 경계를 잇는다
광고를 웹에서 보고 앱에서 가입하는 서비스는 쿠키와 앱 계정이 연결되지 않으면 한 사람을 두 명으로 셉니다. 연결 전 지표와 로그인 뒤 지표를 분리하고, 식별되지 않은 이동 비율을 함께 보여주는 편이 거짓 정밀도보다 낫습니다.
예를 들어 독서 앱은 웹 소개 페이지 방문, 앱 설치, 첫 책 저장을 각기 다른 원천에서 받습니다. 팀은 계정 식별이 가능한 가입부터 확정 퍼널로 보고 설치 이전 구간은 추정치라는 표시와 오차 원인을 붙일 수 있습니다.
정의 카드를 운영 자산으로 만든다
카드에는 담당자, 데이터 원천, 갱신 주기, 예상 지연, 마지막 검증일과 변경 이력을 둡니다. 배포 뒤 사건 누락이 확인되면 숫자를 조용히 덮지 말고 영향 기간과 재계산 여부를 기록합니다.
정의를 맞춰도 입력 데이터가 빠지면 지표는 쓸 수 없습니다. 원천별 건수 급변, 중복률, 누락률을 감시하고 검증이 끝날 때까지 의사결정을 보류할 조건을 정해야 공용어가 실제 신뢰를 얻습니다.
범위·원장·재처리를 한 번에 맞춘다
구독 결제 전환은 사용자 기준인지 세션 기준인지, 구매 사건 시도인지 백엔드 승인인지에 따라 달라집니다. 실시간 분석은 아직 늦은 사건과 환불 사건을 반영하지 않을 수 있으므로 확정 원장과 같은 시간창·통화·제외 조건으로 맞춰야 합니다. 사용자·세션·사건 범위를 한 카드에 섞어 쓰지 않습니다.
예를 들어 분석 구매 사건 510건, 원장 승인 500건, 환불 사건 20건이라면 순구매를 490건이나 480건으로 임의 선택하지 않습니다. 거래 식별자로 10건 중복과 20건 환불을 분리하고 재처리 완료일을 기록하세요. 원장 대비 차이가 2퍼센트를 넘으면 팀 전환율 비교를 멈추고 정의와 전송 품질부터 복구합니다.
메모
- 다른 사람이 분자와 분모를 그대로 재계산할 수 있는가?
- 관찰 시간과 최근 데이터의 지연을 공개했는가?
- 제외 규칙과 정의 변경 이력이 결과와 함께 남아 있는가?