단계의 이름보다 조건을 적습니다
리드·전환·고객 같은 단어는 조직마다 뜻이 다릅니다. 문의 접수는 서버 저장, 유효 상담은 정한 조건 충족, 계약은 승인된 계약 사실처럼 증거를 연결합니다. 담당자가 느낌으로 상태를 바꾸면 채널별 비교가 일관되지 않으므로 누가 언제 판정하는지도 정합니다.
가정한 흐름으로 검증합니다
가정한 예로 한 회사가 폼을 두 번 보내고 전화 상담 후 계약했다면 이벤트는 여러 번이어도 신규 고객은 하나일 수 있습니다. 업무상 재문의와 중복 접수의 처리 기준을 정하고 접수 건수·상담 기회·고객 수를 구분합니다. 동일 이메일만으로 서로 다른 사업 요청을 자동 삭제하지 않습니다.
시간 차이를 반영합니다
오늘 접수된 문의가 다음 달에 계약될 수 있습니다. 같은 달의 광고비와 그 달의 계약 수를 단순 나누는 것과 같은 접수 집단의 후속 계약률은 다른 질문입니다. 보고 목적에 맞는 기준을 정하고 아직 충분히 진행되지 않은 최근 집단을 확정 결과와 비교하지 않습니다.
정의 작성 순서
- 현재 쓰는 단계와 실제 판정 근거를 수집합니다.
- 중복·스팸·취소·재문의의 규칙을 정합니다.
- 단계별 담당자와 상태 변경 시점을 정리합니다.
- 가정 데이터로 집계와 이동을 시험합니다.
유효 문의가 아닌 사유를 기록할 때 자유 서술만 쓰면 분석이 어려울 수 있습니다. 필요한 분류를 정하되 고객에 대한 민감한 평가나 개인 정보를 불필요하게 수집하지 않습니다. 영업 담당자의 업무 부담과 판정 일관성을 함께 고려합니다.
운영 완료 기준
담당자마다 같은 예시를 다르게 판정한다면 정의를 보완합니다. 집계식이 맞아도 입력 단계의 판단이 흔들리면 유효 상담률의 비교 근거가 약해집니다.
접수 원장에서 단계의 증거를 찾을 수 있고 보고서가 어떤 단위를 세는지 알 수 있어야 합니다. 정의 변경일을 남겨 과거의 유효 상담률과 새 기준을 섞지 않습니다. 단계별 숫자를 더해 전체 성과로 부르기보다 흐름과 전환율을 보여주고, 아직 확인하지 않은 계약 결과는 미확인으로 남깁니다.
자주 묻는 질문
- 문의 수가 많으면 광고 효율이 좋은 건가요?
- 문의의 정의와 유효성, 실제 사업 결과를 함께 확인해야 합니다. 중복·스팸·채용 문의 등이 섞인 접수 수만으로 수익이나 유효 상담의 효율을 단정하기 어렵습니다.
- 계약 여부를 분석 이벤트에 모두 보내야 하나요?
- 보고 목적과 도구 정책, 개인정보 처리 범위를 먼저 검토합니다. 개인 정보와 계약 내용을 그대로 보내지 않고 필요한 집계나 허용된 설계로 업무 원장과 구분해 관리합니다.
공식 참고자료와 작성 기준
공식 문서는 도구·검색 기능의 근거이며, 위의 점검 순서와 완료 기준은 현랩의 실무 설계 제안입니다. 예시를 실제 고객의 성과나 검색엔진의 보장으로 해석하지 않습니다.