Definicja
Build-Measure-Learn to trójfazowy cykl: zbuduj eksperyment testujący hipotezę, zmierz wyniki na rzeczywistych użytkownikach, wyciągnij wnioski i powtórz.
Dlaczego to ważne
Czas, w jakim przechodzisz Build Measure Learn, to ważniejsza metryka niż niemal cokolwiek innego na wczesnym etapie. Startup domykający pętlę co tydzień robi 50 eksperymentów rocznie i zbiera 50 dowodów. Startup domykający pętlę co kwartał robi 4 eksperymenty rocznie. Ten sam zespół, ten sam budżet, dziesięć razy więcej nauki. Toyota zoperacjonalizowała to dla produkcji dekady przed istnieniem startupów; Lean Startup przyniósł to do software'u.
Jak to wygląda w praktyce
Prowadzisz płatny newsletter i chcesz przetestować, czy live Q&A call podnosi retencję. Build: zapowiadasz jeden call Q&A na przyszły czwartek, stawiasz Google Meet, zapraszasz wszystkich aktualnych subskrybentów. Measure: śledzisz frekwencję, 7-dniową retencję po callu vs subskrybenci, którzy nie byli, i ankieta wśród uczestników. Learn: frekwencja 40%, retencja uczestników w górę o 15 punktów, feedback przytłaczająco pozytywny co do jednego formatu (hot-seat konsulting). Następny cykl: build comiesięczne hot-seat calle, measure ponownie przez 60 dni, dostrajaj. Cztery tygodnie, jedna domknięta pętla, zmiana produktu poparta dowodem.
Typowe błędy
- Pomijanie kroku measure, bo „oczywiście zadziałało" - jeśli nie zmierzyłeś, nie wiesz.
- Pomiar bez zdefiniowanych kryteriów sukcesu - każdy wynik da się skręcić w potwierdzenie.
- Zbyt długie pętle - 6-miesięczny eksperyment to nie pętla, to zakład.
- Pominięcie kroku Learn i przejście wprost do kolejnego Build - insighty parują, jeśli nie są spisane.
Gotowy, żeby wstawić to do Lean Canvas?
Wygeneruj darmowy Lean Canvas →