Lean startup to sposób budowania nowych produktów w warunkach dużej niepewności: zamiast realizować gotowy plan, sprawdzasz najważniejsze założenia małymi krokami i na podstawie tego, co robią prawdziwi ludzie, decydujesz o następnym kroku. Metodę opisał Eric Ries w książce „The Lean Startup" (2011). Nazwa nawiązuje do „lean manufacturing" z Toyoty: mniej marnotrawstwa, krótsze cykle, decyzje oparte na tym, co widać.
Marnotrawstwem w nowym produkcie nie są nadgodziny ani drogi serwer. Jest nim zbudowanie czegoś, czego nikt nie chce. Lean startup ma to wykryć, zanim wydasz na to większość budżetu.
Pięć założeń metody
Ries opiera metodę na kilku zasadach. W uproszczeniu:
- Startupem jest każdy, kto tworzy coś nowego w niepewnych warunkach — także zespół w dużej firmie, który buduje nowy produkt.
- Takim projektem trzeba zarządzać inaczej niż zwykłym, bo nie wiadomo z góry, co zadziała.
- Celem jest sprawdzona wiedza (validated learning), czyli dowód z zachowania klientów, a nie z ich deklaracji.
- Pracujesz w cyklu buduj–mierz–ucz się i starasz się, żeby każdy obieg trwał jak najkrócej.
- Postęp mierzysz wskaźnikami, które coś znaczą (Ries nazywa to „innovation accounting"), a nie liczbą funkcji czy pobrań.
Cykl buduj–mierz–ucz się
To serce metody. Choć nazwa zaczyna się od „buduj", planujesz go od końca.
Najpierw pytanie: czego chcesz się dowiedzieć? Na przykład: „Czy właściciele małych gabinetów zapłacą za system, który sam przypomina pacjentom o wizytach?"
Potem miara: co musiałoby się stać, żebyś uznał odpowiedź za „tak"? Na przykład: „Co najmniej 5 z 30 gabinetów, z którymi rozmawiam, płaci za pierwszy miesiąc".
Na końcu budowa: co najmniejszego pozwoli to zmierzyć? Może to być strona z cennikiem i rozmowy, może być prosta aplikacja z jedną funkcją. To jest Twoje MVP.
Dopiero teraz idziesz w kolejności: budujesz, mierzysz, wyciągasz wnioski. I od razu zaczynasz kolejny obieg z następnym pytaniem.
Hipotezy: od czego zacząć
Ries wyróżnia dwie hipotezy, które warto sprawdzić najwcześniej.
Hipoteza wartości: czy produkt naprawdę rozwiązuje problem, za który ludzie są gotowi zapłacić czasem lub pieniędzmi? Sprawdzasz ją, patrząc, czy użytkownicy wracają, płacą, polecają.
Hipoteza wzrostu: jak nowi klienci będą się dowiadywać o produkcie? Przez polecenia, wyszukiwarkę, sprzedaż bezpośrednią, reklamy? Od odpowiedzi zależy, ile będzie kosztowało pozyskanie klienta i czy biznes się spina.
Dobra hipoteza jest konkretna i da się ją obalić. „Ludzie polubią naszą aplikację" to życzenie. „30% osób, które założą konto, wróci w drugim tygodniu" to hipoteza.
Wskaźniki, które coś mówią
Łatwo mierzyć rzeczy, które ładnie rosną: odsłony, pobrania, liczbę kont. Ries nazywa je wskaźnikami próżności, bo poprawiają humor, ale nie pomagają w decyzjach.
Wskaźniki, które pomagają, łączą się z zachowaniem i pieniędzmi:
- Aktywacja — jaki odsetek nowych osób doszedł do momentu, w którym produkt dał im wartość.
- Powroty — ilu użytkowników wraca po tygodniu, po miesiącu.
- Konwersja na płatność — ilu z aktywnych zaczęło płacić.
- Koszt pozyskania w porównaniu z tym, ile klient zostawia przez cały czas korzystania.
Patrz na grupy użytkowników z kolejnych tygodni osobno (kohorty), a nie na jedną sumę. Suma rośnie zawsze, kiedy przychodzą nowi ludzie, nawet jeśli wszyscy szybko odchodzą.
Pivot czy dalej
Po kilku obiegach przychodzi decyzja. Ries opisuje dwie drogi:
Kontynuacja (persevere) — wskaźniki idą w dobrą stronę, więc rozwijasz produkt w tym samym kierunku.
Zmiana kierunku (pivot) — zachowujesz to, czego się nauczyłeś, ale zmieniasz jeden element strategii. Na przykład:
- inna grupa klientów (produkt dla gabinetów okazuje się bardziej potrzebny salonom kosmetycznym),
- jedna funkcja staje się całym produktem,
- inny model płatności (abonament zamiast jednorazowej opłaty),
- inny kanał dotarcia.
Pivot nie jest porażką. Porażką jest dalsze wydawanie pieniędzy na kierunek, o którym dane od miesięcy mówią, że nie działa. Dlatego warto z góry ustalić, kiedy wrócisz do tej decyzji: na przykład po trzech obiegach albo po określonej kwocie.
Przykład: nowa aplikacja krok po kroku
Weźmy pomysł na aplikację do zamawiania posiłków dla firm z biurami w jednym budynku.
- Największe ryzyko: czy biura chcą zamawiać razem, czy każdy woli zamówić sam w znanej aplikacji.
- Pierwszy test, kilka dni: strona z opisem usługi i formularzem zamówienia dla jednego budynku, zamówienia realizowane ręcznie z jedną restauracją. Miara: ile biur zamówi więcej niż raz w ciągu dwóch tygodni.
- Wynik: biura zamawiają, ale tylko na spotkania i okazje, a nie codziennie.
- Wniosek i pivot: produkt dla firmowych spotkań i cateringu zamiast codziennych obiadów.
- Drugi obieg: prosta aplikacja do zamawiania cateringu na spotkania, z fakturą dla firmy. Miara: powtarzalne zamówienia i średnia wartość koszyka.
Gdyby ten zespół zaczął od pełnej aplikacji z mapą, programem lojalnościowym i integracją z pięcioma restauracjami, dowiedziałby się tego samego kilka miesięcy później i za dużo większe pieniądze.
Gdzie metoda bywa źle rozumiana
„Lean" nie znaczy „byle jak". Mały zakres nie zwalnia z jakości tego, co już budujesz.
Nie każdy produkt da się testować małymi krokami w ten sam sposób. Wyrób medyczny, system bankowy czy produkt z wymogami prawnymi ma ograniczenia, których nie obejdziesz stroną z zapisem. Tam testujesz to, co się da: popyt, model sprzedaży, użyteczność.
Dane nie zastąpią rozmów. Liczby powiedzą, co ludzie robią. Rozmowy powiedzą, dlaczego. Potrzebne są oba.
To nie jest metoda tylko dla startupów. Działa w każdej firmie, która wprowadza nowy produkt i nie wie, czy klienci go przyjmą.
Od czego zacząć jutro
Zapisz pomysł na jednej kartce w formie lean canvas, zaznacz najbardziej ryzykowne założenie i zaplanuj pierwszy obieg: pytanie, miara, najmniejsza rzecz do zbudowania. Jeśli tą rzeczą ma być działająca aplikacja, mogę ją zbudować — MVP w stałej cenie, 2–6 tygodni.