1. 사업계획서와 MVP는 목적이 다릅니다.
사업계획서는 해결하려는 문제, 시장, 고객, 비즈니스 모델과 향후 제품의 모습을 설명하는 문서입니다. 그래서 현재 당장 구현하지 않을 기능까지 포함해 전체 서비스 방향을 보여줄 수 있습니다.
반면 MVP는 첫 사용자에게 실제로 사용하게 하고 핵심 가설을 확인하기 위한 실행 단계입니다.
2. 사업계획서의 기능을 세 그룹으로 다시 나눠보세요.
없으면 핵심 사용자가 제품 가치를 경험하거나 가설을 확인할 수 없는 기능입니다.
사용자 반응이 확인되면 다음 버전에서 개발할 기능입니다.
사용자·매출·운영 규모가 커졌을 때 필요한 장기 기능입니다.
3. 개발범위는 이 순서로 다시 정리합니다.
문서에 제시한 기능을 빠짐없이 목록화합니다.
각 기능이 어떤 사용자 문제와 가설을 검증하는지 연결합니다.
현재 개발할 기능과 이후 기능을 분리합니다.
MVP 범위 기준으로 견적과 일정을 다시 확인합니다.
4. 정부지원사업이라면 한 단계가 더 필요합니다.
지원사업 신청서에 기능이 기재되어 있다는 이유만으로 모두 동일한 중요도를 갖는다고 단정할 수는 없습니다. 그러나 협약 이후에는 신청서, 수정사업계획서, 협약 목표, 사업비 집행계획 등이 실제 수행 기준이 될 수 있습니다.
| 확인 항목 | 확인할 내용 | 필요한 대응 |
|---|---|---|
| 협약 목표 | 필수 결과물·성과지표에 포함된 기능인가? | 임의 제외하지 않고 우선 확인 |
| 개발비 집행계획 | 해당 기능을 기준으로 예산이 승인되었는가? | 범위 변경 시 예산 영향 검토 |
| 외주 계약 | 이미 계약 범위와 산출물에 포함되어 있는가? | 변경계약 필요 여부 확인 |
| 변경 절차 | 사전 승인·보고 대상인가? | 전담기관 지침에 따라 처리 |
5. ‘기능 삭제’가 아니라 ‘개발 순서 재설계’로 보세요.
회원관리 · 추천 · 예약 · 결제 · 채팅 · 리뷰 · 알림 · 쿠폰 · 포인트 · 통계 · 자동매칭 · 관리자 등 전체 서비스 기능 제시
사용자 등록 → 서비스 탐색 → 신청 → 일정 확정 → 서비스 이용 → 반응 확인. 자동화가 불필요한 일부 운영업무는 초기에는 관리자가 처리
이후 사용자가 실제로 서비스를 이용하고 어떤 단계에서 이탈하는지 확인한 뒤 추천·자동매칭·고급 통계 등을 추가할 수 있습니다. 이렇게 하면 사업계획서의 방향을 버리는 것이 아니라 실제 검증 결과에 따라 구현 순서를 조정할 수 있습니다.
6. 사업계획서에서 개발로 넘어가기 전 체크리스트
사업계획서의 기능 목록은 개발 체크리스트가 아니라 제품의 전체 방향입니다.
전체 구상을 한 번에 만드는 것보다 지금 검증해야 할 기능부터 구현하고 결과에 따라 다음 기능을 결정하는 것이 MVP의 목적에 더 가깝습니다. 단, 협약된 지원사업은 정해진 변경 절차를 우선 확인해야 합니다.