린 스타트업 Build-Measure-Learn 루프는 "만들고, 측정하고, 배운다" 3단을 빠르게 돌리는 사이클. 1인 빌더가 자주 빠지는 함정은 Build만 길어지고 Measure·Learn 단계가 없는 것.
공유·저장
Distill의 한 줄
BML 루프는 빨라야 의미가 있다. 한 사이클이 한 달 넘기면 BML이 아니라 그냥 개발이다.
이럴 때 써요 다음 시점에 본 루프를 끌어온다. 제품 만들기 시작할 때 검증 방식 결정. 기능 추가와 검증 사이 결정. "왜 안 팔리지" 고민이 박힐 때. 본인이 같은 사이클 반복하는지 점검할 때.
이유는요
에릭 리스(Eric Ries)가 박은 린 스타트업의 BML 루프는 Build(최소 실험 구축), Measure(실험 결과 측정), Learn(배움 박음) 3단이다. 핵심은 "한 사이클을 얼마나 빨리 돌리는가". 1인 빌더가 흔히 빠지는 함정은 Build 단계만 길어지고 Measure 단계 정의 없이 다음 Build로 넘어가는 패턴이다. 그러면 학습 없이 시간만 손실된다. Build 시작 전에 "이 실험으로 무엇을 측정할지" 박지 않으면 Measure 단계 자체가 사라진다. 빠른 BML은 사이클 1주에서 2주 안에 끝나야 의미가 있다. 한 달 넘기면 그건 검증 사이클이 아니라 본격 개발이다.
이렇게 해 봐요
- Build 시작 전 Measure 지표 정의. 무엇을 측정할지 한 줄로.
- 최소 실험으로 Build 단축. 1~2주 안에 끝나는 사이즈.
- Measure 결과 박음. 숫자와 고객 반응.
- Learn 단계에서 가설 갱신·기각. 본 사이클로 무엇을 배웠는지 한 줄.
- 사이클 1~2주 안에 다음 BML 시작. 다음 가설로.
이럴 땐 안 써요
안전·법적 요구 강한 도메인. 의료·금융·항공 같은 곳은 빠른 BML 부적합. 1주 사이클로 안전 검증 불가. 한 번 만들고 끝나는 1회성 캠페인. 이벤트·전시는 BML 사이클 적용 불필요. 1회 완결 사이즈. 외부 검증 못 받는 단계. 사용자 0인 단계에서 BML은 본인 머리 속 추측만 누적. 먼저 사용자 5~10명 확보.