사업계획서 문제 검증: 1차 데이터(설문·인터뷰)로 설득력 높이는 법

사업계획서 문제 검증은 설문·인터뷰 1차 데이터로 고객의 불편과 지불의사를 증명하는 작성 기법입니다.

정부지원사업 심사에서 문제정의는 주장만으로는 약합니다. 고객이 실제로 겪는 불편, 빈도, 대안, 지불의사를 1차 데이터로 보여주면 같은 문장도 증거가 됩니다.

저는 정부지원사업 사업계획서/IR 초안에서 자주 반복되는 탈락 패턴(문제는 큰데 근거가 없음, 고객이 불명확함)을 다수 사례로 검토해 왔고, 그때 가장 빠르게 설득력을 올리는 레버가 설문·인터뷰입니다.

핵심은 숫자를 ‘예쁘게’ 만드는 게 아니라, 평가자가 궁금해하는 질문에 데이터로 답하는 것입니다. 문제 검증은 시장조사 섹션이 아니라 문제정의·솔루션·GTM을 연결하는 근거 레이어입니다.

오해 1: 표본 수가 적으면 의미가 없다

아닙니다. 초기 단계에서는 정량 설문보다 정성 인터뷰가 더 큰 학습을 줍니다. 표본 수가 아니라 질문 설계와 응답의 일관성, 그리고 의사결정에 연결되는지가 중요합니다.

오해 2: 설문 결과는 그래프만 있으면 된다

아닙니다. 그래프는 요약일 뿐이고, 평가자는 “그래서 무엇을 바꿨나”를 봅니다. 설문 결과가 문제정의 문장, 타깃 정의, 기능 우선순위, 가격/채널 가설로 연결돼야 합니다.

오해 3: 인터뷰는 좋은 말(칭찬)만 모으면 된다

아닙니다. 칭찬은 구매 근거가 아닙니다. 현재 대안(엑셀, 인력, 경쟁 서비스)과 전환 비용, 실패 경험, 지불 조건을 캐야 문제 검증이 됩니다.

1) 문제의 존재: 실제로 겪는가

누가, 어떤 상황에서, 어떤 불편을 겪는지. ‘있다’가 아니라 ‘언제/얼마나 자주/어떤 손실’로 표현합니다.

2) 문제의 크기: 빈도·강도·비용

빈도(주/월), 강도(업무 중단, 스트레스), 비용(시간/돈/리스크)로 환산합니다. 금액이 어려우면 시간 손실(분/회)로 시작해도 됩니다.

3) 현재 대안: 이미 해결하려는 행동이 있는가

고객이 이미 쓰는 대안이 있으면 문제는 진짜일 확률이 큽니다. 반대로 대안이 전혀 없으면 ‘문제가 아니라 관심사’일 수 있습니다.

4) 지불의사/도입장벽: 바꿀 이유가 충분한가

무료로 좋다는 말보다, 예산 주체·결재 라인·도입 조건을 확인해야 합니다. B2B는 특히 의사결정 구조를 확인해야 설득력이 생깁니다.

1) 교육/에듀테크

나쁜 예: 학부모는 자녀 학습 관리에 어려움을 겪습니다.

좋은 예: 초등 자녀를 둔 맞벌이 학부모는 주 3회 이상 숙제·진도 확인에 누락이 발생하며, 이를 보완하려고 학습 앱 2종 이상을 병행합니다.

이유: ‘어려움’이 아니라 빈도(주 3회), 결과(누락), 현재 대안(앱 병행)으로 문제의 실재를 증명합니다.

2) 제조/현장 SaaS

나쁜 예: 공장은 설비 고장으로 손실이 큽니다.

좋은 예: 중소 제조 현장은 설비 점검 기록이 종이/엑셀로 분산돼 고장 원인 추적에 평균 1시간 이상이 소요되며, 라인 정지 시 납기 지연 리스크가 발생합니다.

이유: ‘손실’의 실체를 시간(1시간)과 리스크(납기)로 바꿔 평가자가 상상 가능하게 만듭니다.

3) 헬스케어/디지털 건강

나쁜 예: 만성질환자는 관리가 어렵습니다.

좋은 예: 40~60대 만성질환자는 복약·운동·식단을 동시에 관리해야 해 기록이 끊기고, 병원 방문 전 데이터가 없어 상담 효율이 떨어진다고 말합니다.

이유: 어떤 관리가 복합인지(복약·운동·식단), 무엇이 문제 결과인지(상담 효율 저하)를 인터뷰 언어로 구체화합니다.

1단계: 검증할 가설을 3개로 제한

사업계획서에 넣을 가설은 보통 3개면 충분합니다.

• 가설 A: ○○타깃은 ○○상황에서 ○○문제를 주 1회 이상 겪는다
• 가설 B: 현재 ○○대안을 쓰며 ○○불만이 있다
• 가설 C: ○○조건이면 월 ○○원 수준 지불 의사가 있다

2단계: 타깃(응답자) 기준을 한 줄로 고정

응답자 정의가 흐리면 데이터가 무너집니다.

예: “최근 3개월 내 ○○업무를 수행했고, ○○도구를 사용해 본 사람”처럼 행동 기준을 넣습니다.

3단계: 인터뷰 5~10명으로 언어를 먼저 캔다

설문을 먼저 돌리면 ‘내가 만든 보기’로 고객을 가둡니다. 인터뷰로 표현(고통의 단어), 상황(트리거), 대안(우회 방법)을 확보한 뒤 설문 문항을 만듭니다.

4단계: 설문은 10문항 내외, 3분 컷으로 설계

설문은 길수록 품질이 떨어집니다.

• 스크리닝 2문항(대상 여부)
• 문제 빈도/강도 3문항
• 현재 대안/불만 3문항
• 지불의사/도입조건 2문항

5단계: 질문은 ‘유도’가 아니라 ‘측정’으로 쓴다

“우리 서비스가 필요하죠?” 대신 “최근 2주 내 ○○을 몇 번 겪었나요?”처럼 사실을 묻습니다. 지불의사는 가격을 직접 묻기보다 예산 범위, 결재 가능성, 대체 예산 항목을 함께 묻습니다.

6단계: 결과는 3개 슬라이드/문단으로 요약

사업계획서에는 모든 표를 넣지 않습니다.

• 핵심 인사이트 3개(문제 존재/현재 대안/지불 조건)
• 대표 응답 문장 2~3개(인용)
• 제품/전략에 반영한 변경점 1~2개

7단계: 문제정의·솔루션·GTM에 각각 한 줄씩 연결

문제 검증 데이터는 ‘근거 문장’으로 흩뿌려야 효과가 납니다.

• 문제정의: 빈도/손실 수치 1개
• 솔루션: 현재 대안의 불만을 기능 요구로 연결
• GTM: 응답자가 실제로 모여 있는 채널/구매 프로세스 반영

인터뷰(30분) 추천 흐름

• 최근 ○○업무를 수행한 마지막 상황을 처음부터 끝까지 설명해 주세요
• 그 과정에서 가장 번거로운 순간은 언제였나요
• 그때 보통 어떻게 해결하나요(도구/사람/시간)
• 해결이 잘 안 됐던 경험이 있나요. 왜 실패했나요
• 만약 ○○이 해결된다면 어떤 지표가 좋아지나요(시간/오류/매출/스트레스)

설문 문항(예시 구조)

• 스크리닝: 최근 3개월 내 ○○을 수행했나요(예/아니오)
• 빈도: 최근 2주 내 ○○문제를 몇 회 겪었나요(0/1-2/3-5/6회+)
• 강도: 가장 불편한 정도는 어느 수준인가요(1~5)
• 대안: 현재 주로 쓰는 해결 방법은 무엇인가요(복수 선택 + 기타)
• 불만: 현재 방법의 가장 큰 불만은 무엇인가요(상위 1개)
• 도입: 도입 시 가장 큰 걸림돌은 무엇인가요(보안/예산/시간/내부저항 등)
• 지불: 월 예산으로 가능한 범위는 어디인가요(구간)

핵심 템플릿 1

○○타깃은 ○○상황에서 ○○문제를 주 ○○회 이상 겪으며, 평균 ○○분(또는 ○○원) 손실이 발생합니다.

핵심 템플릿 2

응답자 다수는 현재 ○○대안(○○도구/○○인력/○○프로세스)을 사용하지만, ○○이(가) 불편해 ○○을(를) 반복 수행하고 있습니다.

핵심 템플릿 3

1차 데이터 결과, 핵심 구매 조건은 ○○(예: 보안/정확도/도입기간)이며, ○○조건을 충족하면 ○○예산 범위에서 도입 의사가 확인됐습니다.

• 타깃(응답자) 기준이 ○○행동 기반으로 1문장에 고정돼 있습니다.
• 문제정의 문장에 빈도 또는 손실 지표가 최소 1개 들어갑니다.
• 현재 대안과 그 불만이 데이터로 제시되고, 솔루션 기능과 연결됩니다.
• 지불의사/도입조건이 ‘가격’이 아니라 조건·예산·결재로 분해돼 있습니다.
• 결과 요약이 인사이트 3개와 전략 반영 1~2개로 정리돼 있습니다.
• 설문/인터뷰가 문제정의·솔루션·GTM 섹션에 각각 한 줄 이상 반영돼 있습니다.

관련해서 문제정의 문장을 먼저 다듬고 싶다면 business-plan-pain-point-guide, 인터뷰 설계는 customer-interview-guide-for-startups, PSST 구조는 pre-startup-package-psst-guide를 함께 보시면 연결이 빨라집니다.