연간 제안서의 숫자, 왜 두 종류로 나눠야 하나

대형 광고주의 연간 미디어믹스 제안서는 계약 전 단계에서 작성하는 경우가 대부분입니다. 이 시점에는 광고주의 실제 계정 데이터에 아직 접근하지 못했거나, 접근했더라도 과거 매체 운영 이력이 제한적이라 업종 평균이나 유사 사례를 근거로 삼아야 하는 항목이 많습니다. 반면 계약 체결 후 픽셀·전환 추적이 붙고 실제 집행이 시작되면, 그때부터는 광고주 계정에서 직접 뽑은 실측 데이터로 검증이 가능해집니다.

문제는 이 두 성격의 숫자가 제안서 한 문서 안에 같은 톤으로 나열되는 경우입니다. "업종 평균 ROAS 350%를 기준으로 목표를 300%로 설정합니다"라는 문장과 "지난달 실제 전환 데이터 기준 CPA는 2만 원입니다"라는 문장이 같은 서식으로 붙어 있으면, 읽는 사람은 두 숫자의 신뢰 수준을 구분하지 못합니다. 광고주 담당자가 상사에게 보고할 때도 이 구분이 사라진 채 전달되고, 이후 실제 성과가 가설 수준에 못 미치면 "제안서에서 확정한 숫자를 못 지켰다"는 오해로 이어집니다.

전제 가설을 어떻게 정리해야 나중에 추적할 수 있나

전제 가설을 다룰 때 유용한 도구가 로직 트리입니다. 로직 트리는 문제를 상위 항목에서 하위 항목으로 쪼개 원인과 해결책을 구조적으로 도출하는 사고 도구로, 3C·4P 같은 익숙한 프레임워크도 결국 마케팅 요소를 로직 트리 형태로 세분화한 결과물로 볼 수 있습니다. 연간 매출 목표라는 최상위 가설 아래 채널별 기여 매출, 채널별 전환율, 채널별 예산이라는 하위 가정을 나눠 적어두면, 실제 데이터가 들어왔을 때 어느 가지에서 가설이 어긋났는지 짚어낼 수 있습니다.

예를 들어 연매출 목표를 채우기 위해 광고 채널 전체 기여 매출을 얼마로 잡았는지, 그중 상품별 공헌이익률 차이를 반영해 어떤 상품군에 예산을 더 배분할지도 가설 트리의 하위 항목입니다. 공헌이익률이 높은 상품에는 예산을 공격적으로 배분하고(예: 70%) 낮은 상품은 목표 CPA를 엄격히 관리하며 보수적으로 배분하는(예: 30%) 방식이 그 예입니다. 이 배분 비율 자체도 검증 전에는 '가설'이라는 점을 문서에 명시해야 합니다.

가설을 문서에서 어떻게 구분 표기하나

표기법 자체에 업계 공통 표준이 있는 것은 아니므로, 팀 내부 규칙으로 명확히 정해두는 방식을 권합니다. 가장 실용적인 방법은 숫자 옆에 근거 태그를 다는 것입니다.

구분 표기 예시 근거
전제 가설 ROAS 350% (가정·업종 평균) 외부 벤치마크, 유사 사례
실측 검증 ROAS 312% (실측·9월 계정 데이터) 광고주 계정 실집행 데이터
검증 예정 CPA 2만 원 (검증 예정·11월) 데이터 축적 후 확정 예정

이 표를 제안서 부록에 넣고, 본문의 숫자마다 어떤 행에 해당하는지 각주로 연결하면 광고주 실무자와 대행사 모두 같은 기준으로 숫자를 읽을 수 있습니다.

A/B 테스트로 넘어갈 가설은 형식을 더 좁혀야 한다

연간 제안서의 큰 가설 아래에는 실행 단계에서 검증할 좁은 가설도 있습니다. 좋은 가설은 "무엇을 바꾸면 왜 어떤 지표가 얼마나 바뀔 것이다"라는 구체적 형태로 적어야 검증 성공·실패를 판정할 기준이 생깁니다. "매체를 확대하면 매출이 오를 것이다"처럼 막연한 문장은 나중에 검증할 방법 자체가 없습니다. 연간 제안서 단계에서부터 굵직한 가설 하나하나를 이 형식으로 다시 써보면, 어떤 가정이 애초에 검증 불가능한 수사였는지 걸러낼 수 있습니다.

검증 체크포인트는 언제 잡아야 하나

제안서를 제출하는 시점에 검증 일정도 함께 못 박아야 합니다. 집행 1개월 차에는 매체별 전환 집계가 안정되지 않은 경우가 많으므로, 최소 6~8주 차에 1차 검증 미팅을 잡고 가설과 실측을 나란히 비교하는 것이 안전합니다. 이때 주의할 점은 매체마다 기본 전환 기여 기간(어트리뷰션 윈도우)이 다르다는 사실입니다. 네이버 검색광고는 클릭 후 15일, 네이버 GFA는 30일, 메타는 7일이 기본값으로 흔히 쓰이기 때문에, 매체 대시보드 ROAS를 그대로 합산해 가설과 비교하면 집계 기준 차이로 왜곡된 결론을 낼 수 있습니다. 검증 체크포인트를 설계할 때는 이 차이를 먼저 팀 내부에 공유해야 합니다.