---
id: minimum-viable-product-(mvp)
title: "Minimum Viable Product (MVP)"
category: "10_Wiki/Topics"
status: "draft"
verification_status: "conceptual"
canonical_id: ""
aliases: ["최소 기능 제품", "최소 존립 가능 제품"]
duplicate_of: ""
source_trust_level: "B"
confidence_score: 0.85
created_at: 2026-06-12
updated_at: 2026-06-12
review_reason: ""
merge_history: []
tags: ["research", "Assumption Validation Loop", "Lean Startup", "MVP"]
raw_sources: ["NotebookLM Synthesis"]
applied_in: ["Dropbox", "Airbnb", "Zappos", "Buffer", "Instagram", "Spotify", "Food on the Table", "Groupon", "Glovo", "Money", "Taxiapp"]
github_commit: ""
---

# [[Minimum Viable Product (MVP)]]

## 🎯 한 줄 통찰 (One-line insight)
MVP는 제품의 최종 버전 1.0이 아니라, 가장 적은 노력과 비용으로 고객에 대한 '검증된 학습'을 최대화하기 위한 **학습용 실험체**이다 [1-4].

## 🧠 핵심 개념 (Core concepts)
- **검증된 학습 (Validated Learning):** MVP의 본질적 목표는 제품 판매가 아니라, 핵심 가설(수요, 가치, 사용성 등)이 실제 시장에서 작동하는지 데이터를 통해 확인하는 것이다 [1, 4-6].
- **최소성(Minimum) vs 존립 가능성(Viable):** '최소'는 개발 노력을 줄이는 것을 의미하고, '존립 가능'은 초기 사용자에게 실제 가치를 전달하여 지속적 사용을 유도할 수 있는 수준을 의미한다 [7-9].
- **가장 위험한 가설 (Riskiest Assumption):** 비즈니스의 성패를 좌우할 수 있는 가장 불확실한 가설을 먼저 식별하고, 이를 검증하는 데 MVP의 자원을 집중한다 [10-13].
- **Build-Measure-Learn 루프:** 아이디어를 제품으로 만들고(Build), 시장의 반응을 측정하며(Measure), 이를 통해 학습(Learn)하여 피벗(Pivot)할지 유지(Persevere)할지 결정하는 반복 과정이다 [14-16].

## 🧩 추출된 패턴 (Extracted patterns)
- **충실도(Fidelity)에 따른 분류:**
    - **저충실도(Low-Fidelity) MVP:** 기능 구현 없이 수요나 관심을 검증 (예: 랜딩 페이지, 데모 영상, 가짜 문 테스트) [17-19].
    - **고충실도(High-Fidelity) MVP:** 실제 작동하는 핵심 기능을 통해 행동 데이터를 수집 (예: 단일 기능 MVP, 컨시어지, 오즈의 마법사) [17, 19, 20].
- **운영 전략 패턴:**
    - **컨시어지(Concierge) 패턴:** 자동화 시스템 대신 창업자가 직접 서비스를 수동으로 제공하며 고객 요구를 깊게 파악함 [19, 21, 22].
    - **오즈의 마법사(Wizard of Oz) 패턴:** 전면부는 자동화된 것처럼 보이나 백엔드에서는 인간이 수동으로 작업을 처리함 [19, 23, 24].
    - **조각 모음(Piecemeal) 패턴:** 새로운 기술 개발 대신 기존 도구(SaaS, 스프레드시트 등)를 조합하여 가치를 제공함 [25, 26].

## 📖 세부 내용 (Details)
### MVP의 정의 및 가치
- **정의:** 초기 사용자에게 충분한 가치를 제공하는 동시에, 제품 방향성에 대한 '검증된 학습'을 생성할 수 있는 가장 작은 버전의 제품이다 [4, 27].
- **비용 절감 효과:** 조기 검증을 통해 불필요한 기능 개발을 피함으로써 개발 비용을 최대 40-60%까지 줄일 수 있다 [28-30].
- **위험 완화:** 검증되지 않은 가설에 기반한 대규모 투자를 방지하고, 실패할 경우 빠르게 방향을 수정(Pivot)할 수 있게 한다 [7, 31, 32].

### 검증 계층 (Layers of Validation)
MVP를 통한 검증은 다음 세 단계를 순차적으로 거쳐야 한다 [33-36]:
1. **문제 검증 (Problem Validation):** 해결하려는 문제가 실제로 존재하며, 사용자가 해결책을 찾을 만큼 고통스러운지 확인 [33, 36].
2. **솔루션 검증 (Solution Validation):** 제안된 해결책이 문제의 근본 원인을 해결하는지, 사용자가 기존 방식에서 전환할 의사가 있는지 확인 [34, 36].
3. **비즈니스 모델 검증 (Business Model Validation):** 수익 모델, 고객 획득 비용(CAC), 생애 가치(LTV)가 지속 가능한지 확인 [34, 36, 37].

### 증거의 위계 (Hierarchy of Evidence)
모든 검증 신호가 동일한 가치를 갖는 것은 아니다 [38, 39]:
- **구두 확인 (약함):** "사용해 볼 것 같아요." 등의 긍정적 답변 [38].
- **평판/시간 헌신 (중간):** 대기 명단 등록, 지인 소개, 데모 참여 [38].
- **재정적 헌신 (강함):** 선주문, 보증금 입금, 의향서(LOI) 서명 [38, 39].

### MVP 설계 원칙
- **품질 타협 금지:** '최소'는 기능의 범위를 줄이는 것이지, 품질(작동 안정성, 신뢰도)을 낮추는 것이 아니다 [7, 40].
- **학습 지표 설정:** 가입자 수와 같은 허무 지표(Vanity Metrics)가 아닌, 활성화(Activation), 유지(Retention), 지불 의사(Willingness to Pay)와 같은 행동 지표에 집중해야 한다 [10, 41, 42].
- **시간 제한 (Timeboxing):** MVP 주기를 2~12주 내외로 엄격하게 제한하여 학습 속도를 높여야 한다 [43-45].

## ⚖️ 모순 및 업데이트 (Contradictions & updates)
- **존립 가능성(Viability)의 의미:** 일반 언어로는 '의도한 대로 작동함'을 뜻하나, 제품 개발 맥락에서는 '고객이 문제를 해결하기 위해 꾸준히 사용할 의사가 있음'을 의미한다. 반드시 '결제'를 의미하는 것은 아니다 [5, 9].
- **MVP vs RAT:** MVP는 여전히 '제품'의 형태를 띠어 과잉 엔지니어링의 위험이 있는 반면, **RAT(Riskiest Assumption Test)**는 제품이 아닌 가장 저렴한 실험(인터뷰, 시뮬레이션 등)을 통해 신호만 생성하는 것에 집중한다 [46, 47].
- **검증 연극(Validation Theater):** 긍정적인 답변만 유도하거나 이미 내린 결정을 정당화하기 위해 데이터를 선택적으로 수집하는 행위를 주의해야 한다 [48, 49].

## 🛠️ 적용 사례 (Applied in summary)
- **Dropbox:** 실제 코딩 전 3분짜리 제품 컨셉 **데모 영상**을 통해 하룻밤 사이 75,000명의 가입자를 확보하며 수요를 검증함 [50-52].
- **Airbnb:** 디자인 컨퍼런스 기간 중 거실에 에어 매트리스를 배치하고 웹사이트에 올리는 **컨시어지 MVP**를 통해 모르는 사람의 집에 돈을 내고 머물 의사가 있음을 검증함 [53-56].
- **Zappos:** 재고 확보 전 신발 가게에서 사진을 찍어 웹사이트에 올리고 주문이 들어오면 직접 사서 배송하는 **오즈의 마법사 MVP**를 통해 온라인 신발 구매 수요를 검증함 [26, 53, 57-59].
- **Buffer:** 랜딩 페이지에서 가치 제안을 설명하고 이메일을 수집한 후, 나중에 가격 책정 페이지를 추가하여 **지불 의사**까지 단계적으로 검증함 [54, 60-62].
- **Spotify:** 음악 스트리밍 지연 시간(Latency)이라는 핵심 가설을 증명하기 위해 다른 기능(플레이리스트 등)을 제외하고 **단일 기능 MVP**에 집중함 [63, 64].
- **Glovo/Taxiapp (위기 대응):** 코로나19 위기 상황에서 유휴 자원(라이더, 택시)을 활용해 생필품 배달 서비스를 빠르게 실험하며 비즈니스 모델을 전환(Pivot)함 [65-73].

## ✅ 검증 상태 및 신뢰도
- **상태:** draft
- **검증 단계:** conceptual (실제 적용 사례가 다수 소스에서 일관되게 발견됨)
- **출처 신뢰도:** B (전문 기술 블로그, 아카데믹 케이스 스터디 및 방법론 가이드 기반)
- **중복 검사 결과:** 신규 생성 (New discovery)


## 🔗 관련 문서 링크 (Related document links)

### 상위/유사 개념
#### [아키텍처/방법론 기초]
- [[Lean Startup]]
  - 연결 이유: MVP 개념의 이론적 배경이자 방법론적 모태 [1, 74].
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: Build-Measure-Learn 루프와 지속적 혁신의 원리.
- [[Assumption Mapping]]
  - 연결 이유: MVP가 검증해야 할 '가장 위험한 가설'을 식별하는 필수 전행 단계 [75-77].
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: 중요도와 불확실성에 따른 실험의 우선순위 설정.

#### [검증 프레임워크]
- [[Riskiest Assumption Testing (RAT)]]
  - 연결 이유: MVP보다 더 빠르고 날카로운 검증 중심의 진화된 접근법 [46, 47].
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: 제품 구축 전 최소한의 자원으로 가설을 파괴하는 법.
- [[Jobs-to-be-Done (JTBD)]]
  - 연결 이유: 사용자의 표면적 요구가 아닌 근본적인 동기와 목표를 파악하여 솔루션 가설을 정교화함 [78, 79].
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: 사용자가 제품을 '고용'하는 실제 이유와 가치 제안의 연결.

#### [사용자 만족도 분석]
- [[Kano Model]]
  - 연결 이유: MVP 이후 추가할 기능들의 우선순위를 사용자 만족도 관점에서 정렬하는 도구 [80-82].
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: 필수 요소(Must-be)와 감동 요소(Attractive)의 구분 및 진화 과정.

### 심층 후속 질문 (Deeper Research Questions)
- **원리:** MVP에서 'Viable'을 판단하는 최소한의 사용자 신뢰 및 만족도 임계값은 어떻게 정량화하는가? [9, 83]
- **비교:** B2B 시장과 B2C 시장에서 MVP 사용자(Early Adopters)의 특성 차이는 검증 전략에 어떤 영향을 미치는가? [84]
- **적용:** No-code 툴을 활용한 MVP가 실제 코드 기반의 제품으로 전환될 때 발생하는 기술 부채를 어떻게 관리해야 하는가? [85, 86]
- **한계:** 경쟁이 치열한 성숙 시장에서 기능이 부족한 MVP가 브랜드 이미지에 미칠 수 있는 부정적 영향과 그 대안은 무엇인가? [87]
- **사례:** 위기 상황(예: 코로나19)에서의 긴급 피벗 과정에서 MVP는 어떻게 '학습'과 '생존' 사이의 균형을 맞추는가? [88, 89]

### 실무 적용 맥락 (Practical Application Contexts)
- **Implementation:** No-code 도구(Webflow, Zapier 등)를 사용해 커스텀 개발 시간을 2,000시간에서 200시간으로 단축 [17, 86].
- **System Design:** 초기에는 수동 백엔드(오즈의 마법사)로 시작하여 데이터 패턴이 확인된 후 점진적으로 자동화 아키텍처로 전환 [23, 90].
- **Operation / Maintenance:** 매주 10~20명의 잠재 고객과 'Mom Test' 인터뷰를 진행하여 가설 수정 사항을 스프린트 백로그에 즉각 반영 [79, 91, 92].
- **Learning Path:** 우선순위 가설 수립(Assumption Mapping) → 실험 설계 → 데이터 수집 → 피벗/유지 의사결정의 10단계 프레임워크 준수 [93, 94].

### 인접 주변 주제 (Adjacent Topics)
- [[Product-Market Fit (PMF)]]
  - 확장 방향: MVP 검증의 궁극적 도달 목표이자 시장 안착 단계에 대한 연구 [95, 96].
- [[A/B Testing]]
  - 확장 방향: 출시된 MVP의 미세한 기능 가설을 정량적으로 검증하는 기술적 방법론 [97, 98].


## 📝 변경 이력 (Change history)
- 2026-06-12: Initial draft generated via Datacollector_MAC P-Reinforce engine. (Source: NotebookLM synthesis of 25 research materials)