MVP 외주 개발의 1단계 범위는 '서비스의 핵심 가설 하나를 실제 사용자로 확인하는 데 꼭 필요한 기능'까지입니다. 회원가입·관리자·결제 같은 기반 기능은 검증에 필요한 최소 형태로만 넣고, 추천·챗봇·앱 연동·통계처럼 반응을 본 뒤에 결정해도 되는 기능은 2단계로 미룹니다. 이렇게 자르면 웹 기준으로 두세 달 안에 출시할 수 있고, 모든 기능을 한 번에 만드는 방식과 비교하면 기간은 두세 배, 비용은 두 배 이상 벌어지는 것이 보통입니다.

MVP란 무엇이고, 왜 1단계 범위가 견적을 결정하나요?

MVP(Minimum Viable Product)는 서비스의 핵심 가치를 확인할 수 있는 최소한의 기능만 갖춘 제품입니다. 이 개념을 널리 알린 에릭 리스는 『린 스타트업』(2011)에서 풀어야 할 문제를 먼저 찾고, 그다음 가능한 한 빨리 배우기 시작하기 위한 도구로 MVP를 만든다고 설명합니다. 만들고, 고객 반응을 측정하고, 방향을 바꿀지 계속 갈지 배우는 순환이 핵심이라는 것입니다.

범위가 견적을 결정하는 이유는 단순합니다. 개발 비용의 대부분은 기능의 개수와 복잡도에서 나오고, 기능을 하나 넣을 때마다 설계·화면·테스트가 같이 붙습니다. 웹셀러가 2026년 3월부터 9월까지 받은 MVP 외주 개발 관련 상담은 8건이었고, 그중 5건이 최근 두 달에 몰려 있습니다. 공통점은 예산은 작은데 기능 목록은 완제품이라는 점입니다. 한 문의는 설치형 웹앱, 관리자 페이지, 외부 API 연동, AI 챗봇, 클라우드 배포까지 한 번에 요청했는데, 1단계라고 부를 수 없는 규모였습니다.

1단계에 남길 기능과 미룰 기능은 어떻게 나누나요?

웹셀러는 상담에서 기능 목록을 받으면 세 가지 질문으로 거릅니다. 첫째, 이 기능이 없으면 핵심 가설을 확인할 수 없는가. 둘째, 이 기능이 없으면 운영 자체가 불가능한가. 셋째, 지금 만들지 않아도 나중에 구조를 갈아엎지 않고 붙일 수 있는가. 첫째와 둘째에 '예'인 기능만 1단계에 남고, 셋째에 '예'인 기능은 설계에만 반영해 두고 구현은 미룹니다.

이 분류는 DSDM 방법론의 MoSCoW 우선순위와 같은 원리입니다. Agile Business Consortium은 요구사항을 Must Have(없으면 배포가 무의미한 것), Should Have(중요하지만 없어도 작동하는 것), Could Have(있으면 좋은 것), Won't Have this time(이번에는 하지 않기로 기록한 것)으로 나누고, Must Have에 드는 노력이 전체의 60%를 넘지 않도록 권고합니다. 1단계 범위를 이 틀에 얹으면 아래와 같습니다.

MVP와 전체 개발, 기간과 비용은 얼마나 다른가요?

금액은 기능 범위와 복잡도에 따라 상담마다 달라서 여기서는 배율로만 말씀드립니다. 웹셀러가 공개한 제작 기준으로 핵심 기능만 담은 웹앱 MVP는 4~8주, 회원·결제가 들어가는 서비스 플랫폼 MVP는 8~12주이고, 처음부터 모든 기능을 넣는 개발은 6개월 이상 걸리는 경우가 많습니다. 기간이 두세 배 늘어나면 비용도 그에 비례해 두 배 이상 벌어집니다.

중간에 멈춰도 이어받을 수 있게 하려면 무엇을 받아야 하나요?

MVP 외주 개발 문의 8건 중 3건은 다른 곳에서 만들다 멈춘 프로젝트를 이어받아 달라는 내용이었습니다. 1인 개발자와 진행하다 중단된 앱, 몇 년 전 시범 운영 뒤 방치된 사이트 같은 경우입니다. 이어받기가 가능한지는 코드가 얼마나 남았는지보다 무엇이 문서로 남았는지에 달려 있습니다. 1단계 계약에서 아래 다섯 가지를 확보해 두면 업체가 바뀌어도 2단계를 이어 갈 수 있습니다.

1. 요구사항 정의서에 포함과 미포함을 한 줄씩 적습니다. 미룬 기능은 'Won't Have this time' 목록으로 남겨야 다음 단계 견적의 기준이 됩니다.
2. 소스코드 전체와 DB 설계서, API 명세서를 납품 항목에 넣습니다. 설계서가 없으면 다음 개발자는 구조를 거꾸로 추적하는 데 시간을 씁니다.
3. 도메인·서버·코드 저장소 계정을 발주자 명의로 둡니다. 명의가 업체에 있으면 연락이 끊겼을 때 자산을 되찾는 절차부터 밟아야 합니다.
4. 중간 데모와 검수 기록을 남깁니다. 어디까지 확인됐는지 기록돼 있어야 이어받는 쪽이 다시 검사할 범위를 좁힐 수 있습니다.
5. 범위를 넘는 변경은 일정과 비용을 먼저 합의하는 조항을 넣습니다. 분쟁은 대부분 "그건 포함인 줄 알았는데"에서 시작됩니다.

이미 연락이 끊긴 업체의 결과물을 넘겨받는 절차는 유지보수 넘겨받는 5단계에 따로 정리해 두었습니다.

웹셀러는 1단계 범위를 어떻게 잡나요?

웹셀러의 맞춤형 개발은 상담과 비즈니스 분석, 요구사항 정의, 설계, 디자인, 개발, 테스트, 납품과 안정화의 8단계로 진행하고, 범위는 두 번째 단계에서 기능 목록·사용자 역할·데이터 구조를 문서로 정리해 포함과 미포함을 한 줄씩 합의하며 확정합니다. 여기서 정한 것이 견적과 일정의 기준이 되고, 합의한 범위 안의 조정은 추가 비용 없이 반영합니다. 상담에서 맞춤 개발이 답이 아니라고 판단되면 그렇게 말씀드리며, 업무가 표준적이고 사용자가 열 명 이하라면 기성 솔루션을 권합니다.

서비스 플랫폼과 업무 시스템은 맞춤형 솔루션·플랫폼, 웹앱과 모바일 앱은 어플리케이션 제작에서 기준을 보실 수 있습니다. 출시 뒤 첫 사용자를 검색으로 모으는 준비는 SEO·AEO·GEO 최적화에서 다루고, 기능 목록을 들고 오시면 무료 상담에서 1단계와 2단계로 함께 나눠 드립니다.

자주 묻는 질문

MVP 1단계 개발 기간은 보통 얼마나 걸리나요?

웹셀러 공개 기준으로 핵심 기능만 담은 웹앱은 4~8주, 회원과 결제가 들어가는 서비스 플랫폼은 8~12주이며, 납품 뒤 2~4주 안정화 기간은 따로 잡습니다. 기능 범위와 외부 연동 개수에 따라 달라집니다.

1단계에서 결제 기능은 꼭 넣어야 하나요?

확인하려는 가설이 '사람들이 돈을 낼까'라면 단순한 결제 하나는 넣어야 합니다. 가설이 '사람들이 쓸까'라면 사전 신청이나 상담 접수로 대체하고 결제는 2단계로 미루는 편이 비용 대비 효율이 높습니다.

예산이 작으면 MVP 대신 한 페이지짜리 신청 페이지로 시작해도 되나요?

가능합니다. 정부 창업지원사업 검증용으로 서비스 소개와 상담 신청 폼만 있는 한 페이지를 먼저 만들려는 문의도 있었습니다. 다만 회원과 데이터가 쌓이는 구조로 갈 계획이라면 그 데이터를 다음 단계로 옮길 방법을 처음부터 정해 두시는 것이 좋습니다.

다른 업체가 만들다 중단한 프로젝트도 이어서 개발할 수 있나요?

소스코드, 설계 문서, 계정 명의 세 가지의 상태를 먼저 진단합니다. 문서가 없으면 요구사항 정의부터 다시 하는 편이 빠른 경우가 많고, 코드 상태에 따라 이어 쓰기와 새로 만들기 중 비용이 낮은 쪽을 제안합니다.

MVP로 시작하면 나중에 전부 다시 만들어야 하나요?

데이터베이스와 아키텍처를 나중 기능까지 감안해 설계하면 다시 만들지 않고 얹어 갈 수 있습니다. 당장 쓸 기능만 보고 구조를 잡으면 기능을 붙일 때마다 구조를 손대야 하므로, 1단계 견적에 설계 문서가 포함되어 있는지 확인하시기 바랍니다.