---
id: build-measure-learn
title: "Build-Measure-Learn"
category: "10_Wiki/Topics"
status: "draft"
verification_status: "conceptual"
canonical_id: ""
aliases: ["BML", "Lean Startup Loop"]
duplicate_of: ""
source_trust_level: "B"
confidence_score: 0.95
created_at: 2026-06-12
updated_at: 2026-06-12
review_reason: ""
merge_history: []
tags: ["research", "Assumption Validation Loop", "Lean Startup"]
raw_sources: ["NotebookLM Synthesis"]
applied_in: ["Dropbox", "Buffer", "Airbnb", "Zappos", "Spotify", "Instagram", "Slack", "Glovo", "Money", "Taxiapp", "Superstore"]
github_commit: ""
---

# [[Build-Measure-Learn]]

## 🎯 한 줄 통찰 (One-line insight)
Build-Measure-Learn은 단순한 제품 개발 주기(Delivery Cycle)가 아니라, **'아무도 원하지 않는 제품을 만드는 위험'을 최소화하기 위해 아이디어를 검증된 지식으로 전환하는 과학적 학습 엔진**이다 [1-3].

## 🧠 핵심 개념 (Core concepts)
1. **가설 중심 개발 (Build):** 완벽한 제품이 아닌, 핵심 가설을 테스트할 수 있는 최소 수준의 실험체(MVP)를 제작한다 [1, 4, 5].
2. **실제 행동 측정 (Measure):** 사용자들의 주관적 의견이 아닌, 제품과의 상호작용에서 발생하는 실제 행동 데이터(활성화, 유지율 등)를 수집한다 [6-9].
3. **검증된 학습 (Learn):** 수집된 데이터를 바탕으로 초기 가설의 유효성을 판단하며, 이를 통해 다음 단계의 전략(피벗 또는 유지)을 결정한다 [1, 10, 11].
4. **학습 속도 극대화:** 루프를 한 번 도는 데 걸리는 시간을 최소화하여, 한정된 자원 내에서 최대한 많은 실험 기회를 확보한다 [12-14].

## 🧩 추출된 패턴 (Extracted patterns)
- **점진적 충실도 단계:** Landing Page(수요 검증) → Demo Video(개념 공감) → Prototype(사용성) → Single Feature MVP(행동 데이터) 순으로 실험의 복잡도를 높여간다 [15, 16].
- **RAT (Riskiest Assumption Testing):** "제품"을 만들기 전, 비즈니스를 붕괴시킬 수 있는 가장 위험한 가설 하나만을 격리하여 가장 저렴하게 테스트하는 'Learn-Measure-Build' 패턴이 권장된다 [17-19].
- **실패 기준 선제 정의:** 실험 시작 전 '성공/실패'를 판단할 지표 임계값을 미리 정하여 확증 편향과 사후 해석을 방지한다 [20-22].
- **데이터 기반 피벗(Pivot):** 초기 가설이 틀렸음이 입증되면 비전을 유지하되 전략(고객군, 수익 모델 등)을 근본적으로 수정하는 구조적 변화를 실행한다 [23-25].

## 📖 세부 내용 (Details)
- **만들기 (Build) 단계:**
    - 목적은 제품 출시가 아니라 **학습을 위한 도구**를 제작하는 것이다 [26, 27].
    - MVP(최소 기능 제품)는 핵심 가치를 전달할 수 있는 최소한의 범위만 포함하되, 품질(Quality)은 신뢰할 수 있어야 한다 [26, 28].
    - 도구 유형으로는 랜딩 페이지, 컨시어지(수동 서비스), 위저드 오브 오즈(겉으로만 자동화), 단일 기능 제품 등이 있다 [6, 29].

- **측정 (Measure) 단계:**
    - 허무 지표(Vanity Metrics, 예: 총 가입자 수)를 피하고 **행동 지표(Actionable Metrics)**에 집중해야 한다 [7, 30, 31].
    - 정량적 데이터(전환율, 재방문율)와 정성적 피드백(사용자 인터뷰, 관찰)을 결합하여 '무엇이' 일어났고 '왜' 일어났는지 분석한다 [7, 9, 32].
    - 이노베이션 어카운팅(Innovation Accounting)을 통해 매출이 발생하기 전 단계의 혁신 진척도를 정량화한다 [33, 34].

- **학습 (Learn) 단계:**
    - 가설이 검증(Validated)되었는지, 무효화(Invalidated)되었는지 객관적으로 판단한다 [10, 35].
    - **피벗(Pivot) vs. 유지(Persevere):** 데이터가 성장을 뒷받침하지 못하면 즉시 방향을 전환해야 하며, 이는 실패가 아니라 정상적인 과정의 일부이다 [23, 24, 36].
    - 학습 결과는 다음 루프의 가설 수립에 반영되어 제품의 시장 적합성(PMF)을 향상시킨다 [8, 13, 37].

## ⚖️ 모순 및 업데이트 (Contradictions & updates)
- **MVP vs. RAT:** 전통적인 Lean Startup은 'Build-Measure-Learn' 루프를 강조하지만, 최신 RAT 이론은 코드를 작성하기 전 '학습(Learn)'이 먼저 와야 한다고 주장하며 'Learn-Measure-Build' 순서를 제안한다 [19].
- **최소성 vs. 가용성:** 초기 MVP는 '최소 기능'에 집중했으나, 최근에는 사용자 경험의 즐거움까지 고려한 **MLP(Minimum Lovable Product)** 개념으로 확장되어 기능만 있는 제품보다 가치 있는 피드백을 얻고자 한다 [38-40].
- **위기 상황의 루프:** 코로나19와 같은 급격한 외부 충격 상황에서는 전통적인 계획 수립이 불가능하므로, BML 루프의 속도를 극도로 높여 '반응-대응-회고'의 3단계 프로세스로 변형되어 적용된다 [41-43].

## 🛠️ 적용 사례 (Applied in summary)
- **Dropbox:** 실제 제품 구축 전 3분짜리 **데모 영상**을 공유하여 대기 가입자 75,000명을 확보, 시장 수요를 검증했다 [44-46].
- **Buffer:** 랜딩 페이지에서 가치 제안을 설명한 뒤, **가격 페이지**를 중간에 삽입하여 실제 지불 의사가 있는지 단계적으로 확인했다 [45, 47, 48].
- **Zappos:** 재고 시스템 구축 전, 신발 가게의 사진을 찍어 웹사이트에 올리고 주문이 들어오면 직접 구매해 배송하는 **위저드 오브 오즈(Wizard of Oz)** 방식으로 비즈니스 모델을 검증했다 [49-51].
- **Airbnb:** 컨퍼런스 기간 중 본인들의 아파트에 에어 매트리스를 빌려주는 **컨시어지(Concierge) MVP**를 통해 '낯선 사람의 집에 머물 것인가'라는 핵심 가설을 검증했다 [50, 52-54].
- **Instagram:** 위치 공유, 메시징 등 다기능 앱(Burbn)에서 실패 후, 사용자들이 가장 많이 사용하는 **'사진 필터' 기능만 남긴 단일 기능 MVP**로 피벗하여 성공했다 [55-57].
- **이탈리아 기업 사례(COVID-19):** **Taxiapp**(택시 배송 서비스로 피벗), **Money**(공공 보조금 카드 제공), **Superstore**(예약 기반 대기 관리) 등은 위기 시 BML 루프를 통해 자원을 빠르게 재구성했다 [58-63].

## ✅ 검증 상태 및 신뢰도
- **상태:** draft
- **검증 단계:** conceptual (에릭 리스의 Lean Startup 방법론과 다수의 실무 사례에 의해 뒷받침됨)
- **출처 신뢰도:** B (Official Documentation / Primary Source via NotebookLM)
- **중복 검사 결과:** 신규 생성 (New discovery)


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

### 상위/유사 개념
#### [관계 유형: 프레임워크 기반 기술]
- [[Assumption Validation Loop]]
  - 연결 이유: BML은 가설 검증 루프를 실행하는 가장 구체적인 방법론임.
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: 전체적인 리스크 관리 체계 내에서의 BML의 역할.

#### [관계 유형: 실행 전략]
- [[Minimum Viable Product]] (MVP)
  - 연결 이유: Build 단계에서 만들어지는 핵심 결과물임.
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: 무엇이 '최소'이고 '실행 가능'한지에 대한 정의.
- [[Riskiest Assumption Testing]] (RAT)
  - 연결 이유: BML 루프를 더 정교하고 저렴하게 실행하기 위한 최신 기법임.
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: 코드를 작성하기 전 학습을 우선시하는 법.

#### [관계 유형: 의사결정 모델]
- [[Pivot or Persevere]]
  - 연결 이유: Learn 단계의 최종 결론이자 전략적 행동임.
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: 언제 전략을 바꾸고 언제 유지해야 하는지에 대한 판단 근거.

### 심층 후속 질문 (Deeper Research Questions)
- BML 루프의 '속도'와 '데이터의 정확성' 사이의 트레이드오프를 어떻게 관리할 것인가? [12, 64]
- '검증된 학습'을 조직 내에서 지식 자산으로 축적하고 재사용하기 위한 시스템은 어떻게 구축하는가? [65, 66]
- 허무 지표(Vanity Metrics)의 유혹을 뿌리치고 비즈니스 모델을 실제로 움직이는 행동 지표를 식별하는 구체적인 방법은? [30, 31]
- 대기업(Enterprise)의 기존 규제 환경과 승인 프로세스 내에서 BML 루프의 민첩성을 어떻게 유지할 것인가? [67, 68]
- GenAI 도구가 BML 루프의 'Build' 단계를 가속화할 때, 오히려 'Build Trap'에 빠지지 않기 위한 안전장치는 무엇인가? [69, 70]

### 실무 적용 맥락 (Practical Application Contexts)
- **Implementation:** 비즈니스 아이디어를 20~30개의 가설로 분해하고 우선순위를 정하는 작업부터 시작 [71, 72].
- **System Design:** 초기 구축 시 대규모 아키텍처 대신 확장이 용이한 클라우드나 노코드 도구를 활용하여 실험 유연성 확보 [22, 57, 64].
- **Operation / Maintenance:** 2주 단위의 정기적인 가설 리뷰 세션을 운영 프로세스에 내재화 [22, 73, 74].
- **Learning Path:** 고객 인터뷰(Mom Test) → 스모크 테스트 → MVP 제작 → 데이터 분석 → 전략 결정의 단계를 실습 [75-77].

### 인접 주변 주제 (Adjacent Topics)
- [[Innovation Accounting]]
  - 확장 방향: 매출이 없는 초기 프로젝트의 진척도를 측정하는 지표 체계.
- [[Assumption Mapping]]
  - 확장 방향: 루프를 돌리기 전 어떤 가설부터 검증할지 시각적으로 결정하는 도구.
- [[Jobs-to-be-Done]]
  - 확장 방향: 사용자가 제품을 통해 해결하고자 하는 근본적인 '과업'에 집중하여 가설의 질을 높임.


## 📝 변경 이력 (Change history)
- 2026-06-12: Initial draft generated via Datacollector_MAC P-Reinforce engine. (BML의 3단계 구조와 RAT, 피벗 전략, 실무 사례 위주로 합성)