이 글을 읽고 정리할 결과
- 01평가 항목을 답해야 할 질문으로 바꿀 수 있습니다.
- 02주장마다 출처가 있는 근거와 실행계획을 연결할 수 있습니다.
- 03고객, 일정, 예산과 매출 수치의 불일치를 찾을 수 있습니다.
01
양식에 쓰기 전에 평가 질문 지도를 만듭니다
항목 제목을 그대로 목차로 쓰면 같은 설명이 반복되기 쉽습니다. 평가자가 확인하려는 질문을 먼저 적습니다.
각 질문 아래에는 한 문장 결론, 이를 뒷받침하는 근거, 지원기간에 확인할 다음 행동을 적습니다. 근거가 없는 결론은 조사 과제로 표시하고, 조사할 수 없는 주장은 초안에서 줄입니다.
배점이 높은 항목에 페이지와 근거를 더 배분합니다. 모든 항목을 같은 길이로 쓰는 것보다 평가 중요도와 현재 불확실성에 따라 지면을 나누는 편이 설득력이 높습니다.
| 평가 영역 | 평가자가 확인할 질문 | 준비할 근거 |
|---|---|---|
| 문제 인식 | 누가 언제 어떤 손실을 반복해서 겪는가 | 인터뷰, 관찰, 거래·검색 데이터 |
| 실현 가능성 | 지원기간 안에 무엇을 만들어 어떤 가설을 검증하는가 | 개발 범위, 검증 설계, 일정 |
| 성장전략 | 첫 고객을 어떤 경로와 가격으로 확보하는가 | 시장 산식, 채널 실험, 가격 반응 |
| 팀 구성 | 핵심 과제를 누가 책임지고 빈 역량을 어떻게 채우는가 | 관련 경험, 역할표, 채용·협력 계획 |
실제 평가 항목과 배점은 지원하려는 공고와 사업계획서 양식을 기준으로 다시 작성해야 합니다.
02
문제는 고객의 상황, 현재 행동, 손실 순서로 씁니다
‘시장이 비효율적이다’라는 문장은 문제의 크기를 보여주지 못합니다. 고객이 실제로 무엇을 하는지부터 보여줍니다.
- 01
고객을 문제 상황으로 좁힙니다
연령·직업만 쓰지 말고 문제 발생 조건을 붙입니다. 예: ‘직원 5명 이하이며 전화 예약을 병행하는 네일숍 운영자’처럼 관찰 가능한 집단으로 정의합니다.
- 02
현재 대안을 기록합니다
고객이 엑셀, 메신저, 외주, 수작업 등으로 이미 해결하는 방식을 적고 선택 이유와 바꾸지 못하는 이유를 확인합니다.
- 03
손실을 측정 가능한 단위로 바꿉니다
시간, 재작업 횟수, 취소율, 전환율, 직접 비용 중 고객이 답할 수 있는 단위를 선택합니다. 전체 시장 통계보다 내 고객의 반복 손실이 우선입니다.
03
기능 목록을 가설, 실험, 합격 기준으로 바꿉니다
실현 가능성은 완성된 제품을 약속하는 항목이 아니라 가장 위험한 가정을 기간 안에 줄이는 계획입니다.
핵심 가설마다 실험 대상, 제공할 최소 기능, 관찰 기간, 통과 기준, 실패했을 때 바꿀 항목을 적습니다. 통과 기준은 ‘긍정적 반응’이 아니라 사용 횟수, 시간 절감, 유료 의향처럼 다시 확인할 수 있는 수치로 둡니다.
외부 API, 데이터 제공, 인증, 장비 납기처럼 내 팀이 통제하지 못하는 조건은 별도 위험으로 표시합니다. 일정표에는 정상 경로뿐 아니라 대체 데이터, 수동 운영, 범위 축소 시점을 포함합니다.
| 구분 | 기능 중심 표현 | 검증 중심 표현 |
|---|---|---|
| 목표 | 예약관리 앱 출시 | 예약 통합이 누락 건수를 줄이는지 확인 |
| 산출물 | 웹·앱·관리자 전체 개발 | 2개 채널 예약 수집과 확인 화면 |
| 대상 | 전국 소상공인 | 인터뷰에 참여한 예약형 매장 10곳 |
| 판정 | 서비스 오픈 | 4주 사용 후 누락 50% 감소, 6곳 이상 지속사용 |
04
시장과 매출은 첫 고객 수에서 거꾸로 계산합니다
거대한 산업 규모의 일정 비율을 차지하겠다는 계산은 고객 확보 방법을 설명하지 못합니다.
초기 시장은 실제로 접근할 수 있는 지역, 업종, 채널의 고객 수로 좁힙니다. 협회 명단, 지도 검색, 기존 거래망 등 숫자를 다시 셀 수 있는 출처를 사용하고 중복과 휴·폐업 가능성을 적습니다.
매출은 고객 수 × 가격 × 결제 빈도로 계산하고, 고객 수는 접촉 수 × 상담 전환율 × 유료 전환율 × 유지율로 나눕니다. 각 전환율이 경험값인지 목표값인지 표시하면 과장된 숫자를 쉽게 찾을 수 있습니다.
05
마지막에는 문장보다 문서 전체의 연결을 검수합니다
항목별로 그럴듯해도 고객, 제품 범위, 기간과 숫자가 달라지면 실행계획의 신뢰가 무너집니다.
검수할 때는 처음부터 다시 읽지 말고 고객명, 제품명, 핵심 수치, 날짜를 각각 검색해 앞뒤를 대조합니다. 한 사람이 작성하고 다른 사람이 평가 질문만 들고 답을 찾게 하면 정보가 묻힌 부분도 발견할 수 있습니다.
마지막 날에는 새로운 전략을 추가하지 않습니다. 근거가 약한 표현을 줄이고, 첨부파일 이름과 페이지 제한, 개인정보·비공개 정보의 포함 여부를 확인하는 데 시간을 남깁니다.
실무 점검표
- 문제에서 정의한 고객과 시장·실증·매출 계획의 고객이 같은가
- 핵심 문제와 개발 기능, 성과지표가 한 줄로 연결되는가
- 월별 일정의 산출물이 예산 지출 시점과 맞는가
- 고객 수 × 가격 × 기간으로 매출을 다시 계산할 수 있는가
- 팀원의 담당 업무가 일정표의 책임자와 일치하는가
- 표와 본문에서 같은 수치, 단위, 기준일을 사용하는가
- 출처에 기관명, 자료명, 발표일과 확인 경로가 있는가
자주 묻는 질문
- 사업계획서는 양식의 첫 페이지부터 순서대로 써야 하나요?
- 그럴 필요는 없습니다. 평가 질문, 핵심 가설, 실행 일정과 근거를 먼저 정리한 뒤 양식에 배치하면 항목 간 반복과 수치 불일치를 줄이기 쉽습니다.
- 시장 규모는 큰 통계만 제시하면 되나요?
- 전체 산업 통계는 배경 설명에 가깝습니다. 초기 사업계획에서는 실제로 접근할 고객 수, 가격, 확보 경로와 전환 가정을 다시 계산할 수 있어야 합니다.
- 고객 인터뷰 수가 적으면 쓰지 않는 편이 낫나요?
- 작은 표본이라도 대상, 질문 방법, 확인한 사실과 한계를 투명하게 적으면 초기 근거가 됩니다. 이를 전체 시장의 결론처럼 확대하지 말고 지원기간에 추가 검증할 계획을 연결해야 합니다.
- AI로 작성한 문장을 그대로 제출해도 되나요?
- 문장 생성 도구는 초안 정리에 활용할 수 있지만 실제 고객, 수치, 출처와 실행 가능성을 대신 확인해 주지 않습니다. 사실과 출처를 직접 대조하고 공고의 생성형 AI 관련 안내가 있다면 그 기준도 따라야 합니다.