MVP – 빌드, 측정, 학습은 단순히 벽에 물건을 던지는 것이 아닙니다.
게시 됨: 2017-05-29작동하는지 확인하고
비평가들이 린 스타트업의 구축, 측정, 학습 접근 방식이 "완벽하지 않은 제품을 건물 밖으로 던져 제대로 작동하는지 확인하는 것"에 불과하다고 불평할 때마다 저는 항상 놀랐습니다.
불행히도 Build, Measure, Learn 다이어그램이 그 혼란의 원인입니다. 언뜻보기에는 발사 준비가 된 프로세스처럼 보입니다.
이제 빌드, 측정, 학습 을 업데이트하여 린 스타트업을 구축하는 가장 좋은 방법임을 알고 있습니다.
방법은 다음과 같습니다.
구축, 측정, 학습은 매우 간단합니다. 제품을 만들고, 현실 세계에 적용하고, 고객의 반응과 행동을 측정하고, 이것에서 배우고, 배운 것을 사용하여 더 나은 제품을 만드십시오. 고객이 좋아하는 것을 얻을 때까지 반복할지, 피벗할지 또는 다시 시작할지 배우면서 반복합니다 .
폭포 개발
단순하게 들리지만 제품 개발 에 대한 Build Measure Learn 접근 방식은 20 세기 전반에 걸쳐 제품을 제작하고 배송하는 데 사용된 기존의 Waterfall 모델에 비해 근본적으로 개선된 것입니다. 그 당시 기업가는 고객 피드백이 거의 없이 단계별로 진행되는 일련 의 제품 개발 프로세스를 사용했습니다. 창립자는 고객의 문제/요구를 이해하고, 엔지니어링 요구 사항 문서를 작성하고, 제품을 설계 하고, 하드웨어/소프트웨어를 구현 /구축하고, 테스트 를 통해 작동하는지 확인한 다음, 첫 번째 고객 배송 이라고 하는 공식적인 커밍아웃에서 고객에게 제품을 소개했다고 가정했습니다. .
Waterfall Development는 요구 사항 문서의 실행 에 관한 것이었습니다. 제품의 초기 버전은 알파 및 베타 테스트 에서 고객과 공유되었지만 제품에 대한 초기 고객 액세스의 목표는 기능이나 사용성에 대한 피드백을 제공하지 않고 버그를 발견하는 것이었습니다. 제품을 배송하고 판매를 시도한 후에야 스타트업이 고객으로부터 실질적인 피드백을 듣게 됩니다. 그리고 너무 자주, 몇 달 또는 몇 년의 개발 후에 기업가들은 고객이 제품의 기능을 대부분 필요로 하지 않거나 원하지 않기 때문에 제품을 구매하지 않는다는 어려운 방법을 배웠습니다 .
회사는 제품을 제대로 만들기 위해 세 번이나 시도했습니다. 버전 1은 고객 피드백 없이 구축되었으며 버전 1이 완료되기 전에 버전 2에서 작업이 이미 시작되었으므로 고객의 의견을 실제로 듣기 전에 버전 3까지 시간이 걸렸습니다(예: Microsoft Windows 3.0).
소프트웨어 개발의 모범 사례는 2000년대 초반에 애자일 개발로 이동하기 시작했습니다. 이 방법론은 소프트웨어를 반복적으로 구축하고 고객을 참여시킴으로써 폭포수에서 개선되었습니다. 그러나 모든 상업화를 테스트하기 위한 프레임워크가 부족했습니다. 건물 외부의 가설. 애자일을 사용하면 고객이 요청한 모든 기능을 만족시키면서 결국 폐업할 수 있습니다.
그런 다음 린 스타트업의 Build Measure Learn 초점이 나왔습니다.
빌드 측정 학습
Build-Measure-Learn의 목표는 출하할 최종 제품을 구축하거나 제품의 프로토타입을 구축하는 것이 아니라 점진적이고 반복적인 엔지니어링을 통해 학습을 극대화하는 것입니다. (학습은 제품 기능, 고객 요구 사항, 올바른 가격 책정 및 유통 채널 등에 관한 것일 수 있습니다.) "구축" 단계는 최소한의 실행 가능한 제품(MVP)을 구축하는 것을 말합니다. MVP는 다음을 포함하는 제품이 아님을 이해하는 것이 중요합니다. 더 적은 기능. 오히려 그 시점에서 가장 많은 것을 배우기 위해 고객 에게 보여줄 수 있는 가장 간단한 것입니다. 초기에 MVP는 단순히 PowerPoint 슬라이드, 와이어프레임, 점토 모델, 샘플 데이터 세트 등이 될 수 있습니다. MVP를 만들 때마다 테스트/ 측정 하려는 대상도 정의해야 합니다. 나중에 더 많은 것을 알게 되면 MVP는 저충실도에서 고충실도로 이동하지만 목표는 계속해서 학습을 극대화하여 제품의 베타/완전한 기능을 갖춘 프로토타입을 구축하지 않는 것입니다.
당신을 위해 추천 된:
메타버스가 인도 자동차 산업을 어떻게 변화시킬 것인가?
인도 스타트업에 대한 반 영리 조항은 무엇을 의미합니까?
Edtech Startup이 인도 인력의 기술 향상 및 미래 준비를 돕는 방법...
이번 주 새로운 시대의 기술 주식: Zomato의 문제는 계속되고 EaseMyTrip은 Str...
인도 스타트업, 자금 조달을 위해 지름길 선택
디지털 마케팅 플랫폼 Logicserve, INR 80 Cr 자금 지원, LS Dig...
Waterfall 개발에 비해 크게 개선 된 Build Measure Learn 은 스타트업을 빠르고 민첩하며 효율적으로 만듭니다.
Build Measure Learn 의 3원 다이어그램은 프로세스에 대한 근사치입니다. 불행히도 "빌드"라는 단어를 먼저 사용하는 것은 사람들을 혼동시키는 경우가 많습니다. 이 다이어그램은 건물을 짓고 건물 밖으로 던져 버리는 것을 의미하는 것 같습니다. Build Measure Learn 다이어그램의 더 자세한 버전은 Idea -Build- Code -Measure- Data -Learn 의 세 가지 요소를 더 추가하여 의미를 명확히 하는 데 도움이 됩니다.
Build Measure Learn 다이어그램의 5개 부분 버전은 우리가 빌드의 진정한 의도가 목표 없이 맹목적으로 빌드하는 것이 아니라 "아이디어"를 테스트하는 것임을 알 수 있도록 도와줍니다. "코드"라고 표시된 원은 "하드웨어 구축" 또는 "인공 게놈 구축"이라는 라벨을 쉽게 붙일 수 있습니다. "데이터"라는 레이블이 붙은 원은 실험을 측정한 후 데이터를 사용하여 학습을 더욱 구체화할 것임을 나타냅니다. 그리고 새로운 학습은 우리의 다음 아이디어에 영향을 미칠 것입니다. 그래서 우리는 Build-Measure-Learn의 목표가 단지 물건을 만드는 것이 아니라 초기 아이디어를 검증하거나 무효화하기 위해 물건을 만드는 것임을 알 수 있습니다.
특정 아이디어를 테스트하는 데 중점을 두는 것은 빌드 측정 학습 이 단지 벽에 던지고 작동하는지 확인하는 것이라는 우려를 상쇄합니다.
그러나 아직 충분하지 않습니다. 이제 더 잘할 수 있습니다.
가설로 시작
Build-Measure-Learn 이 놓치는 것은 새로운 벤처(신생 기업 및 기존 회사의 새로운 아이디어 모두)가 "아이디어"로 시작하지 않고 가설 (추측을 위한 멋진 단어)에서 시작한다는 것입니다. " 아이디어"와 "가설"은 매우 다른 두 가지를 의미합니다. 대부분의 혁신가에게 "아이디어"라는 단어는 즉시 실행에 옮길 계획이 필요한 통찰력을 불러일으킵니다. 대조적으로, 가설은 검증하거나 무효화하기 위해 실험과 데이터가 필요한 교육받은 추측이 있음을 의미합니다.
이러한 가설은 고객이 누구인지부터 가치 제안은 무엇인지(제품/서비스 기능), 가격 책정, 유통 채널, 수요 창출(고객 확보, 활성화, 유지 등)에 이르기까지 광범위합니다.
린 스타트업은 당신의 아이디어가 단순히 검증되지 않은 일련의 가설일 뿐이라는 사실을 인정하는 데서 시작한다는 것이 큰 아이디어 입니다. 구축하는 것이 테스트하려는 가설과 일치해야 하기 때문에 정말 대단한 아이디어입니다.
적합한 고객을 찾기 위해 구축해야 하는 최소 실행 가능 제품은 가격 책정 테스트에 필요한 최소 실행 가능 제품과 다르며, 이는 특정 제품 기능을 테스트하기 위해 구축하는 MVP와 다릅니다. 그리고 이러한 모든 가설(및 최소한의 실행 가능한 제품)은 시간이 지남에 따라 더 많이 알게 되면 변경됩니다. 따라서 Build-Measure-Learn 대신 Lean Startup에서 최소한의 실행 가능한 제품을 구축하기 위한 다이어그램은 가설 – 실험 – 테스트 – 통찰력과 같습니다.
가설 생성
이 새로운 가설 – 실험 – 테스트 – 통찰력 다이어그램을 사용하면 질문은 “어떤 가설을 테스트해야 합니까?”가 됩니다. 다행히 Alexander Osterwalder의 비즈니스 모델 캔버스는 한 페이지에 비즈니스의 9가지 구성 요소에 대한 시각적 개요를 제공합니다. 그들은:
- 가치 제안, 회사가 제공하는 제품/서비스(고객에 대한 이점과 함께).
- 사용자 및 지불인 또는 엄마나 십대와 같은 고객 세그먼트 .
- 고객에게 다가가 가치 제안을 제공하는 유통 채널
- 수요를 창출하는 고객 관계 .
- 가치 제안에 의해 생성된 수익 흐름 .
- 비즈니스 모델을 구현하는 데 필요한 활동 .
- 활동을 가능하게 하는 데 필요한 리소스 .
- Partners 활동을 가능하게 하려면 제 3 자가 필요했습니다.
- 비즈니스 모델로 인한 비용 구조 .
그리고 그것은 우리를 스타트업의 정의로 인도합니다. 스타트 업은 반복 가능하고 확장 가능한 비즈니스 모델을 찾기 위해 설계된 임시 조직입니다 .
가설 검증
그리고 이러한 가설이 비즈니스 모델 캔버스를 채우면 기업가는 어떻게 테스트를 진행할까요? 당신이 과학자라면 답은 간단합니다. 실험을 실행합니다 . 린 스타트업에서도 마찬가지입니다. (National Science Foundation은 Lean LaunchPad 클래스를 기업가 정신을 위한 과학적 방법으로 설명했습니다.)
고객 개발 프로세스는 새로운 벤처 가설을 세우고 테스트하기 위해 건물 밖으로 나가는 간단한 방법론입니다. 고객 발견 은 설립자의 비전을 포착하고 일련의 비즈니스 모델 가설로 전환합니다. 그런 다음 일련의 실험을 개발하여 이러한 가설에 대한 고객의 반응을 테스트하고 이를 사실로 전환합니다. 실험은 고객에게 묻는 일련의 질문일 수 있지만 대부분의 경우 잠재 고객이 솔루션을 이해하는 데 도움이 되는 최소한의 실행 가능한 제품이 질문과 함께 제공됩니다.
여기에서 또 다른 큰 아이디어는 스타트업이 프로토타입을 만들기 위해 최소한의 실행 가능한 제품을 만들지 않는다는 것입니다. 그들은 최대한 배우기 위해 최소한의 실행 가능한 제품을 만들고 있습니다 .
마지막으로, 이러한 실험과 최소한의 실행 가능한 제품을 설계하는 목표는 데이터를 얻는 것이 아닙니다. 데이터는 끝점이 아닙니다. 누구나 데이터를 수집할 수 있습니다. 포커스 그룹은 데이터를 수집합니다. 이것은 포커스 그룹이 아닙니다. 목표는 통찰력을 얻는 것 입니다. 건물 밖으로 나가는 전체 요점 은 설립자의 비전을 알리는 것 입니다. 통찰력은 고객 반응을 분석하여 얻을 수 있지만 데이터를 무시하거나 설명하는 것이 존재하지 않는 새롭고 파괴적인 시장이며 실험을 세부 사항 측정에서 발명으로 변경해야 한다는 것을 깨닫는 데서 나올 수도 있습니다. 미래.
[Steve Blank의 이 글은 공식 웹사이트에 처음 게재되었으며 허가를 받아 전재했습니다.]