신사업창업사관학교 MVP 개발 범위 가이드: 선정 전 사업계획서와 선정 후 실서비스
결론부터 말하면, 신사업창업사관학교 MVP 개발 범위는 ‘앱을 어디까지 만들까’가 아니라 ‘고객이 실제로 주문·예약·문의하고, 대표가 운영·응대·정산할 수 있는 최소 흐름을 어디까지 증명할까’로 정해야 합니다. 온라인 주문, 예약, 멤버십, 관리자, 결제, 고객DB, AI 상담·추천을 모두 1차 개발에 넣으면 그럴듯해 보이지만 예산, 일정, 검수, 개인정보, 운영교육에서 리스크가 커집니다. 신청 전 사업계획서에는 핵심 고객문제와 MVP 범위, 검증지표, 단계별 개발계획을 선명하게 쓰고, 선정 후에는 실제 사업비 집행 기준에 맞춰 견적서·산출물·검수 기준을 다시 쪼개는 방식이 안전합니다.
특히 2026년 기준으로는 예전 명칭인 신사업창업사관학교만 검색하면 최신 공고 흐름을 놓칠 수 있습니다. 중소벤처기업부의 2026년 소상공인 지원사업 통합 공고에서는 혁신 소상공인 창업지원(舊 신사업창업사관학교)로 안내되며, 예비창업자를 대상으로 창업교육, 온·오프라인 점포경영체험, 멘토링, 사업화자금 등을 지원하는 구조로 설명됩니다. 또한 2026년 하반기에는 모두의 창업 프로젝트와 로컬트랙 공고가 함께 노출되었기 때문에, 신청자는 중기부 사업공고, 소상공인24, 모두의 창업 플랫폼을 함께 확인해야 합니다.
1. 먼저 확인할 것: 2026년에는 어떤 이름의 공고를 봐야 하나
과거 신사업창업사관학교를 알고 있던 예비창업자는 보통 ‘최대 4천만원’, ‘점포체험’, ‘사업화자금’ 같은 키워드로 검색합니다. 하지만 지원사업은 연도마다 명칭, 트랙, 신청 플랫폼, 지원한도, 집행 가능 항목이 달라질 수 있습니다. 따라서 2026년 준비자는 다음 순서로 확인하는 것이 좋습니다.
- 1순위: 중소벤처기업부 사업공고에서 해당 연도 통합공고와 개별 모집공고 확인
- 2순위: 소상공인24에서 실제 신청 가능한 공고, 제출서류, 접수 마감시간 확인
- 3순위: 모두의 창업 프로젝트처럼 별도 플랫폼에서 운영되는 공고가 있는지 확인
- 4순위: 운영기관이 배포한 협약 지침, 사업비 집행 기준, 정산 매뉴얼 확인
통합공고는 사업의 큰 방향을 이해하는 자료이고, 실제 집행은 개별 공고와 협약 지침이 우선입니다. 예를 들어 통합공고에 사업화자금 항목이 넓게 적혀 있어도, 소프트웨어 개발비·외주용역비·구독료·서버비·부가세·자부담 처리 방식은 세부 공고와 운영기관 안내에서 달라질 수 있습니다. ‘예전에는 됐다’보다 ‘올해 공고와 협약에서 허용되는가’를 기준으로 봐야 합니다.
이 글은 AgentMit이 공식 신청을 대행하거나 선정을 보장한다는 의미가 아닙니다. 공식 공고 확인 후, 예비창업자가 현실적인 MVP 범위와 개발 실행계획을 정리할 때 참고할 수 있는 실무 가이드입니다.
2. 선정 전 사업계획서와 선정 후 실서비스는 다르게 써야 한다
신청 전에는 모든 기능을 확정한 개발계약서가 필요하지 않습니다. 오히려 이 단계에서 너무 구체적인 기술 스택과 화면 수를 확정하면 선정 후 고객검증 결과나 운영기관 지침에 맞춰 조정하기 어렵습니다. 반대로 선정 후에는 ‘멋진 계획’만으로는 부족합니다. 외주개발 견적서, 산출물, 검수 기준, 일정, 계정 인수, 개인정보 처리 기준까지 구체화해야 합니다.
| 구분 | 선정 전 사업계획서 | 선정 후 실서비스 개발 |
|---|---|---|
| 목적 | 시장성, 차별성, 실행 가능성 설득 | 사업비 집행, 고객 운영, 성과 측정 |
| 핵심 산출물 | 사업계획서, 고객 인터뷰, 랜딩페이지, 화면 프로토타입, MVP 로드맵 | 기능명세서, 화면설계서, 디자인, 프론트엔드, 백엔드, 관리자, 배포, 테스트 결과 |
| 개발 범위 | 1차 MVP와 고도화 기능을 구분해 제시 | 견적서 기준으로 개발·검수 가능한 범위만 확정 |
| 데이터 | 가설과 수집할 지표 중심 | 주문, 예약, 문의, 고객, 결제, 알림 로그 등 실제 데이터 구조 설계 |
| 주의점 | AI, 앱, 플랫폼 같은 단어보다 고객문제와 거래 흐름을 명확히 써야 함 | 계약서, 검수 기준, 소스코드·서버 계정 인수 조건을 빠뜨리면 운영 리스크 발생 |
신청 전에 데모를 만들 때는 완성형 서비스보다 ‘심사자가 이해할 수 있는 증거’가 중요합니다. 이 주제는 정부지원사업 MVP 데모 환경 구축 가이드에서도 다룬 것처럼, 사업계획서용 프로토타입과 선정 후 실서비스는 목적이 다릅니다.
3. 신사업창업사관학교 MVP 개발 범위는 거래 흐름부터 잡는다
소상공인 디지털 MVP는 단순히 예쁜 홈페이지나 앱이 아닙니다. 고객이 발견하고, 비교하고, 주문하거나 예약하고, 결제 또는 방문하고, 재구매하도록 만드는 최소 운영 시스템입니다. 따라서 기능 목록보다 다음 세 가지 질문에 먼저 답해야 합니다.
- 고객은 어떤 행동을 해야 매출 또는 검증으로 이어지는가? 예: 픽업 주문, 클래스 예약, 상담 신청, 정기구독 신청, 멤버십 가입
- 대표나 직원은 그 행동을 어떻게 처리하는가? 예: 주문상태 변경, 예약시간 조정, 재고 확인, 노쇼 관리, 고객 알림
- 사업보고와 개선에 필요한 데이터는 무엇인가? 예: 방문자 대비 예약률, 첫 구매율, 재구매율, 문의 응답시간, 예약 취소율
이 세 가지가 연결되지 않은 MVP는 선정 후에도 운영하기 어렵습니다. 예를 들어 AI 상담 챗봇을 먼저 만들었는데 상품 데이터, 예약 가능 시간, 환불 규정, 상담원 이관 기준이 없으면 실제 고객 응대에서는 오히려 민원이 늘 수 있습니다. 반대로 간단한 모바일 웹 주문·예약과 관리자 화면만 있어도 매출, 문의, 운영시간 절감이라는 성과를 측정할 수 있다면 1차 MVP로 충분합니다.
4. 기능별 우선순위: 온라인 주문·예약·멤버십·관리자·AI
아래 표는 생활·서비스 기반 예비 소상공인이 자주 고민하는 기능을 1차 MVP, 2차 고도화, 보류·주의 항목으로 나눈 기준입니다. 업종마다 달라질 수 있지만, 사업계획서와 견적서를 나눌 때 유용한 출발점입니다.
| 기능 | 1차 MVP에 넣을 기준 | 2차 고도화 기준 | 주의할 점 |
|---|---|---|---|
| 온라인 주문 | 메뉴·상품 수가 제한적이고 픽업, 배송, 예약판매 중 하나의 흐름이 명확할 때 | 옵션, 재고, 쿠폰, 묶음상품, 정기배송이 필요할 때 | PG 심사, 환불, 배송정책, 재고 불일치 대응을 미리 정해야 함 |
| 예약 | 상담, 클래스, 미용, 체험, 공간대여처럼 시간 슬롯이 매출 단위일 때 | 직원별 캘린더, 대기예약, 노쇼 패널티, 패키지권 관리가 필요할 때 | 운영자가 변경 가능한 예약 규칙과 관리자 알림이 핵심 |
| 멤버십 | 가입자 구분, 단골 혜택, 예약 우선권 정도로 단순할 때 | 포인트, 등급, 구독권, 쿠폰 자동발급까지 확장할 때 | 초기에 포인트 회계와 환불 규칙을 복잡하게 만들면 운영 부담이 커짐 |
| 관리자 페이지 | 주문·예약·고객·콘텐츠를 대표가 직접 수정해야 할 때 | 권한관리, 정산, 통계, 직원별 업무배정이 필요할 때 | 관리자가 없으면 매번 개발사에 수정 요청해야 하므로 1차에 최소 관리자 필요 |
| 결제 | 고객이 온라인에서 바로 구매해야 전환이 일어나는 업종일 때 | 정기결제, 부분취소, 쿠폰결제, 포인트결제까지 필요할 때 | PG 계약, 심사기간, 수수료, 정산주기, 취소정책을 개발 일정과 별도로 봐야 함 |
| 고객DB·CRM | 재방문 유도, 문자·알림톡, 상담이 중요한 업종일 때 | 세그먼트 마케팅, 자동 캠페인, 휴면고객 리마인드가 필요할 때 | 개인정보 수집 동의, 보관기간, 마케팅 수신동의 분리가 필요 |
| AI 상담·추천 | 반복 문의가 많고 답변 기준이 문서화되어 있을 때 | 구매이력, 선호도, 재고, 예약 가능 시간과 연결할 때 | 환불, 가격, 의료·법률·전문 조언처럼 민감한 답변은 사람 검수와 이관이 필요 |
초기에는 네이티브 앱보다 모바일 웹을 권합니다. 푸시알림, 카메라, 위치, 오프라인 기능이 핵심이 아니라면 앱스토어 심사와 업데이트 비용이 MVP 검증 속도를 늦출 수 있습니다. 고객이 카카오톡, 인스타그램, 네이버검색, QR코드에서 바로 접근하는 업종이라면 모바일 웹이 더 현실적입니다.
5. 업종별 현실적인 1차 MVP 예시
지원사업 사업계획서에서는 ‘플랫폼을 만들겠다’보다 ‘내 업종에서 어떤 첫 거래를 만들겠다’가 설득력이 높습니다. 아래 예시는 개발 범위를 줄이면서도 검증 가능한 구조입니다.
| 업종 유형 | 1차 MVP 핵심 | 관리자 필수 기능 | 성과지표 예시 |
|---|---|---|---|
| 간편식·디저트·로컬푸드 | 상품 상세, 픽업 주문, 예약판매, 결제 또는 입금확인 | 상품·옵션 관리, 주문상태, 품절처리, 고객 연락처 | 주문전환율, 재구매율, 품절 전환 손실, 평균 객단가 |
| 미용·케어·상담 서비스 | 서비스 소개, 시간 예약, 사전문진, 예약확정 알림 | 예약 슬롯, 직원 일정, 취소·변경, 고객 메모 | 예약완료율, 노쇼율, 재예약률, 상담 응답시간 |
| 클래스·체험·공방 | 일정별 클래스 신청, 정원 관리, 결제, 대기자 접수 | 일정·정원 관리, 신청자 명단, 안내 메시지, 후기 관리 | 클래스별 모집률, 대기자 전환율, 후기 작성률 |
| 회원제 커뮤니티·구독 | 회원가입, 구독 신청, 콘텐츠 또는 혜택 안내 | 회원 상태, 구독권, 결제 확인, 공지 발송 | 가입전환율, 유료전환율, 유지율, 해지 사유 |
| 로컬 브랜드·편집숍 | 브랜드 스토리, 상품 카탈로그, 문의·입점·B2B 상담 | 상품관리, 문의관리, 거래처 메모, 제안서 다운로드 로그 | 문의전환율, 샘플 요청 수, B2B 미팅 수, 재문의율 |
성과지표는 지원사업 중간점검과 최종보고에서도 중요합니다. 단순 방문자 수보다 실제 거래와 운영 개선을 보여주는 지표를 잡는 편이 좋습니다. 더 자세한 지표 설계는 지원사업 성과지표 KPI 설계 가이드를 함께 보면 좋습니다.
6. 견적서와 산출물은 이렇게 쪼개야 정산 리스크가 줄어든다
선정 후 외주개발을 진행할 때 가장 흔한 실수는 ‘온라인 주문 서비스 개발 1식’처럼 견적서를 너무 크게 쓰는 것입니다. 지원사업에서는 실제 수행 여부를 설명하고 검수할 수 있어야 하므로, 기능과 산출물을 분리해야 합니다.
- 기획 산출물: 서비스 흐름도, 화면 목록, 사용자 권한, 데이터 항목, 운영 시나리오
- 디자인 산출물: 주요 화면 UI, 모바일 반응형 기준, 브랜드 색상·폰트 적용안
- 고객 화면: 랜딩, 상품·서비스 목록, 상세, 주문·예약, 결제 또는 신청완료, 마이페이지
- 관리자 화면: 로그인, 상품·예약·주문·고객 관리, 공지, 쿠폰 또는 혜택, 엑셀 다운로드
- 백엔드: API, 데이터베이스, 인증, 알림 연동, 결제 또는 외부 서비스 연동
- AI 기능: FAQ 데이터 정리, 프롬프트 정책, 금지응답, 상담원 이관, 로그 확인 화면
- 검수·배포: 테스트 시나리오, 버그 수정 기간, 운영서버 배포, 관리자 교육, 인수인계 문서
개발비 견적은 금액만 맞춘다고 끝나지 않습니다. 어떤 기능이 포함되고, 어떤 기능이 제외되며, 어떤 조건에서 추가비용이 발생하는지 확인해야 합니다. 기존 글인 정부지원사업 개발비 예산서·견적서 작성 가이드에서 예산서 관점의 체크포인트를 더 자세히 정리했습니다.
7. 12주 안팎으로 보는 선정 후 MVP 실행 로드맵
실제 기간은 협약 일정, 운영기관 승인, PG 심사, 콘텐츠 준비, 대표자의 의사결정 속도에 따라 달라집니다. 그래도 초기 MVP는 너무 긴 프로젝트로 잡기보다 8~12주 단위로 끊어야 중간점검과 파일럿 운영이 가능합니다.
| 단계 | 주요 작업 | 대표자가 준비할 것 |
|---|---|---|
| 1~2주차 | 요구사항 정리, 사용자 여정, 화면 목록, 견적·계약 확정 | 메뉴·상품·서비스 가격표, 예약 규칙, 환불 기준, 브랜드 자료 |
| 3~5주차 | 고객 화면 개발, 회원·주문·예약 기본 흐름 구현 | 상세 설명, 사진, 약관 초안, 알림 문구, 테스트 고객 목록 |
| 6~8주차 | 관리자, 데이터베이스, 알림, 결제 또는 신청 관리 구현 | 운영자가 실제로 처리할 주문·예약 시나리오, 예외상황 목록 |
| 9~10주차 | QA, 버그 수정, 모바일 반응형, 관리자 교육 | 테스트 주문·예약 수행, 수정 요청 우선순위 결정 |
| 11~12주차 | 파일럿 오픈, 지표 계측, 최종 산출물 정리 | 초기 고객 모집, 홍보 채널 연결, 중간·최종보고용 데이터 정리 |
AI 상담이나 추천은 1차 MVP에서 ‘작게’ 넣을 수 있습니다. 예를 들어 자주 묻는 질문 30개, 상품·서비스 설명, 예약 전 확인사항을 기반으로 문의를 분류하고 상담원에게 넘기는 정도입니다. 고객별 개인화 추천, 재고·결제·예약과 실시간 연결되는 AI 에이전트는 데이터와 운영 규칙이 충분해진 뒤 별도 단계로 잡는 것이 안전합니다.
8. 사업계획서 문장 예시: 넓게 쓰지 말고 검증 가능하게 쓰기
심사자가 보고 싶은 것은 화려한 기능 수가 아니라 ‘이 팀이 예산과 기간 안에서 고객검증까지 갈 수 있는가’입니다. 다음처럼 문장을 바꿔보면 실행 가능성이 더 선명해집니다.
| 피해야 할 표현 | 더 나은 표현 |
|---|---|
| AI 기반 통합 플랫폼 앱을 개발하여 고객 맞춤형 서비스를 제공합니다. | 1차 MVP에서는 모바일 웹 주문·예약과 관리자 화면을 구축하고, 반복 문의 30개에 대한 AI 상담 초안을 적용해 응답시간 감소를 검증합니다. |
| 온라인 주문, 멤버십, 정기구독, 추천, 커뮤니티를 모두 제공합니다. | 초기에는 픽업 주문과 재구매 쿠폰 발급까지 구현하고, 3개월 운영 데이터로 정기구독 전환 가능성을 판단합니다. |
| 고객 데이터를 활용해 마케팅을 고도화합니다. | 회원가입, 주문, 예약, 재방문 데이터를 수집하고 마케팅 수신동의 고객에게만 재방문 알림을 발송합니다. |
| 관리자 페이지도 개발합니다. | 대표가 직접 상품, 예약 슬롯, 주문상태, 고객 메모, 쿠폰을 수정할 수 있는 관리자 기능을 포함합니다. |
9. 개발 전에 반드시 확인할 체크리스트
- 공고 확인: 올해 공고명, 신청자격, 신청기간, 지원한도, 사업비 집행 가능 항목을 확인했는가?
- 범위 구분: 신청 전 데모, 선정 후 1차 MVP, 이후 고도화 기능을 나눴는가?
- 고객 행동: 주문, 예약, 상담, 구독 중 가장 먼저 검증할 행동이 하나로 정리되었는가?
- 관리자: 대표가 개발사 도움 없이 수정해야 하는 항목이 관리자에 포함되었는가?
- 결제·알림: PG 심사, 알림톡·문자 발송비, 이메일, 도메인, 서버비를 별도 항목으로 봤는가?
- 개인정보: 수집 항목, 이용 목적, 보관기간, 마케팅 수신동의, 관리자 접근권한을 정했는가?
- AI: AI가 답해도 되는 범위와 사람에게 넘겨야 하는 범위를 구분했는가?
- 계약: 소스코드, 서버 계정, 관리자 계정, 디자인 원본, 배포 문서, 유지보수 범위가 인수 항목에 들어갔는가?
- 성과: 최종보고에서 보여줄 수 있는 수치가 방문자 수 외에 최소 2개 이상 있는가?
10. AgentMit 관점의 제안: 선정 보장이 아니라 실행 가능한 범위 설계
AgentMit은 신사업창업사관학교나 혁신 소상공인 창업지원의 공식 접수기관이 아니며, 선정을 보장하지 않습니다. 다만 예비창업자가 공식 공고를 확인한 뒤, 온라인 주문·예약·멤버십·관리자·고객관리·AI 상담 기능을 실제 예산과 일정 안에서 어디까지 개발할지 정리하는 실행 파트너가 될 수 있습니다.
특히 사업화자금으로 디지털 MVP를 준비한다면 처음부터 전체 앱을 만들기보다, 고객 화면과 관리자 화면을 함께 설계하는 것이 중요합니다. 고객이 주문했는데 대표가 처리할 화면이 없거나, AI 상담은 있는데 상품·예약 데이터가 연결되지 않으면 실서비스로 보기 어렵습니다. AgentMit과 BizMit은 웹서비스, SaaS형 관리자, 업무 자동화, AI 상담·추천 기능, 운영 대시보드 구축 경험을 바탕으로 예비창업자가 ‘선정 후 바로 실행 가능한 개발 범위’를 정리하도록 돕습니다.
준비 중인 아이템이 온라인 주문형인지, 예약형인지, 멤버십·정기구독형인지에 따라 첫 견적 구조가 달라집니다. 사업계획서 단계에서 MVP 범위를 점검하고 싶거나, 선정 후 견적서·개발범위·관리자 구조를 정리해야 한다면 AgentMit 제작 문의로 현재 아이템과 예상 일정을 보내주세요. 공식 공고와 사업비 집행 기준을 전제로, 과하게 부풀리지 않은 1차 MVP 범위부터 함께 검토하겠습니다.
FAQ
Q1. 신사업창업사관학교 신청 전에 앱이나 웹서비스를 미리 개발해야 하나요?
대부분은 완성된 앱보다 고객 문제, 핵심 거래 흐름, 예상 MVP 범위, 검증 계획이 더 중요합니다. 랜딩페이지, 화면 프로토타입, 예약 대기 폼, 인터뷰·설문·수요조사 자료로 충분한 경우가 많습니다. 다만 이미 매장 운영 데이터가 있고 온라인 주문·예약이 매출의 핵심이면 간단한 데모나 파일럿을 준비하면 설득력이 높아집니다.
Q2. 사업화자금으로 온라인 주문, 예약, 관리자 페이지 개발비를 쓸 수 있나요?
가능 여부는 해당 연도 개별 공고, 협약 지침, 운영기관 승인 범위가 우선입니다. 디지털 서비스가 브랜딩, 시제품, 마케팅, 판매·예약 운영과 직접 연결된다면 개발 범위로 검토할 수 있지만, 견적서에는 기능, 산출물, 검수 기준, 일정, 유지보수, 제외 항목을 명확히 적어야 정산 리스크가 줄어듭니다.
Q3. 온라인 주문과 예약, 멤버십, 결제를 한 번에 다 넣는 것이 좋나요?
초기 MVP에서는 고객이 실제로 구매 또는 예약까지 진행하는 핵심 흐름을 먼저 잡는 것이 좋습니다. 멤버십, 쿠폰, 포인트, 추천, 정기구독은 운영 규칙이 복잡해지므로 1차에서는 최소 구조만 만들고, 반복구매나 재예약 데이터가 쌓인 뒤 고도화하는 편이 안전합니다.
Q4. AI 상담이나 AI 추천 기능을 넣으면 평가에 더 유리한가요?
AI라는 단어 자체보다 어떤 데이터를 기반으로 어떤 업무 시간을 줄이고 어떤 고객 경험을 개선하는지가 중요합니다. 1차 MVP에서는 FAQ 응대, 상품·서비스 안내, 예약 전 문의 분류처럼 제한된 범위가 현실적입니다. 개인정보, 가격·환불 안내, 전문 상담이 필요한 영역은 사람 검수와 이관 흐름을 반드시 포함해야 합니다.
Q5. 선정 후 외주개발 계약에서 가장 먼저 확인할 것은 무엇인가요?
기능 목록보다 검수 가능한 산출물을 먼저 확인해야 합니다. 화면설계서, API 명세, 관리자 권한, 소스코드 인수, 서버 계정, 테스트 계정, 배포 방식, 장애 대응, 유지보수 범위, 개인정보 처리 기준, 마일스톤별 검수 기준을 계약서와 견적서에 함께 넣어야 합니다.
공식 자료와 확인 경로
- 중소벤처기업부 2026년 소상공인 지원사업 통합 공고: 혁신 소상공인 창업지원(구 신사업창업사관학교)의 명칭, 지원대상, 지원내용, 신청 경로 확인
- 중소벤처기업부 모두의 창업 프로젝트 2차 모집 공고: 2026년 하반기 모집기간과 접수 플랫폼 확인
- 중소벤처기업부 2차 모두의 창업 프로젝트 추진계획 보도자료: 2026년 모두의 창업 프로젝트 운영 맥락 확인
- 소상공인24: 소상공인 지원사업 공고와 온라인 신청 경로 확인
- 모두의 창업 프로젝트 플랫폼: 모두의 창업 프로젝트 신청 관련 확인 경로
