#왜 '출시 전'이 사업계획서에서 가장 자주 뚫리는 구간인가
심사위원이 가장 자주 의심하는 문장은 '제품이 없는데 수요가 있다고 주장하는 부분'이다. 출시 이후 데이터가 없는 상황에서 창업자는 시장 규모 통계나 설문 결과로 수요를 대신 설명하는 경향이 있다. 그 수치가 '시장에 수요가 있다'는 사실을 보여줄 수는 있어도, '우리 제품에 돈을 낼 고객이 특정 채널에서 특정 가격으로 구매할 것이다'라는 명제를 지지하지는 않는다.
출시 전 사업계획서의 사전 검증 섹션이 심사위원을 설득하려면 세 논리가 하나의 주장으로 맞물려야 한다. 이 고객이 이 솔루션에 돈을 낼 의향이 있는가(WTP), 그 고객에게 실제로 닿을 수 있는 채널이 비용·규모 면에서 현실적인가(채널 타당성), 그리고 그 채널 구조 위에서 설계한 수익 모델이 실제로 마진을 만들 수 있는가(BM 실현가능성). 세 축 중 하나만 약해도 나머지 두 논리가 함께 무너진다.
#WTP·채널·BM — 세 축이 서로 어떻게 연결되는가
| 진단 축 | 핵심 질문 | 약할 때 발생하는 문제 |
|---|---|---|
| WTP (지불의사) | 이 가격에 지금 살 사람이 실제로 있는가? | 시장 존재와 구매 의향을 혼동한 주장이 됨 |
| 채널 타당성 | 타깃 고객에게 닿는 경로가 비용·규모 면에서 실현 가능한가? | WTP가 있어도 고객획득비용이 단가를 초과하는 모순 발생 |
| BM 실현가능성 | 채널 구조 위에서 설계된 수익 모델이 실제 마진을 만드는가? | 판매 가능성이 있어도 지속 가능하지 않은 사업 구조가 됨 |
세 축은 독립적으로 체크하는 항목이 아니라 순서가 있는 논리 사슬이다. WTP 없이 채널을 설계하면 누구에게 팔지 모르는 유통 계획이 되고, 채널 타당성 없이 BM을 그리면 도달 불가능한 고객을 전제한 매출 산식이 된다. 이 사슬이 끊기는 지점을 사전에 찾는 것이 출시 전 판매 가능성 진단의 핵심이다.
#출시 전 진단 에이전트가 점검하는 것
출시 전 단계 전용 에이전트는 사업계획서 전체를 읽고 세 축에 답할 수 있는 근거가 문서 안에 있는지를 먼저 확인한다. 이 에이전트의 역할은 판매 가능성이 있다 없다는 최종 판단을 내리는 것이 아니라, 어떤 근거가 빠져 있고 현재 기술된 근거가 WTP·채널·BM 논리를 실제로 지지하는지를 점검하는 것이다.
- WTP 신호의 존재 여부 — 인터뷰 인용, 사전 예약, 구매의향서(LOI), 베타 대기자 수 등 구체적 근거가 있는가, 아니면 '수요가 있을 것으로 예상된다' 수준에 머무는가
- 채널 가정의 일관성 — 타깃으로 설정한 고객과 사용하려는 채널이 실제로 겹치는가, 채널 단가와 전환율 가정이 수익 구조와 논리적으로 일치하는가
- BM 실현가능성의 취약 지점 — 가격 정책, 반복 구매 가정, 마진 구조가 채널 비용을 감당할 수 있는 수준인가, 아니면 채널 비용을 고려하지 않고 설계된 이상적 모델인가
- 세 축 간 논리 단절 — 각 섹션이 독립적으로 작성되어 전체 논지가 하나로 연결되지 않는 지점 탐지
#진단 결과를 사업계획서 사전 검증 섹션에 반영하는 법
에이전트의 진단 결과는 세 축 각각에 어떤 근거가 있고 어디가 약한지를 보여준다. 이를 사업계획서에 반영할 때는 각 축을 별도 단락으로 나열하는 방식보다, 세 축이 하나의 주장을 지지하는 구조로 작성하는 편이 심사위원에게 설득력이 높다.
- WTP 단락: 인터뷰·베타 신청·LOI 등에서 나온 구체적 신호를 먼저 제시하고, 어떤 가격대에서 어느 고객군이 반응했는지를 서술한다. '인터뷰 20명 중 14명이 해당 가격에 지불 의향을 밝혔다'처럼 숫자로 표현할 수 있으면 더 강하다.
- 채널 단락: WTP를 확인한 고객군이 어떤 경로로 제품을 발견하는지, 그 채널의 단가와 전환율 가정이 어디서 나온 것인지를 밝힌다. 유사 서비스의 고객획득 단가 데이터나 경쟁사 광고 단가 비교가 있으면 인용한다.
- BM 단락: 채널 비용을 반영한 후에도 단위 경제학이 성립하는지를 보여준다. '채널 단가 X원, 전환율 Y%, 객단가 Z원 → 첫 거래에서 회수 가능'처럼 구체적 산식 형태가 이상적이다.
- 논리 연결 마무리 문장: 세 단락이 끝난 뒤 '세 조건이 충족되는 구조에서 초기 월 N건 이상의 판매가 현실적으로 가능하다'처럼 세 축을 하나로 묶는 결론 문장을 추가한다.
#진단을 최대한 활용하는 반복 사이클
출시 전 진단 에이전트는 한 번의 점검으로 완성도를 높이기보다, 작성 → 진단 → 보강 → 재진단 사이클을 반복하는 구조에서 효과가 크다. 첫 진단에서 세 축 중 가장 약한 하나를 특정하고, 그 축에 해당하는 실증 데이터를 추가로 수집하거나 가정 근거를 명시적으로 기술한 뒤 다시 제출하는 방식이 권장된다.
| 반복 회차 | 목표 | 기대 결과 |
|---|---|---|
| 1회차 | 세 축 중 가장 약한 축 특정 | 보강이 필요한 우선순위 파악 |
| 2회차 | 약한 축에 구체적 근거 추가 후 재진단 | 논리 단절 지점 재확인 및 수정 |
| 3회차 | 세 축 논리 연결 일관성 최종 점검 | 사전 검증 섹션 최종본 완성 |
반복 횟수보다 중요한 것은 각 회차마다 '어느 축을 보강했는가'를 명확히 하는 것이다. 세 축을 동시에 수정하면 어떤 변경이 어떤 약점을 해소했는지 파악하기 어려워진다. 한 축씩 집중적으로 보완하고 진단을 다시 받는 방식이 수정 방향을 선명하게 유지하는 데 유리하다.