Najdroższy błąd przy nowym produkcie to rok budowania czegoś, czego nikt nie chce. MVP ma temu zapobiec. Zamiast pełnej aplikacji z dwudziestoma funkcjami powstaje najmniejsza wersja, która sprawdzi jedno: czy ktoś potrzebuje tego na tyle, żeby wracać i płacić. Pojęcie spopularyzował Eric Ries w książce „The Lean Startup”. Sercem jego metody jest pętla: zbuduj, zmierz, wyciągnij wnioski.
MVP, prototyp i wersja beta
- Prototyp to model, na którym sprawdza się pomysł i ścieżki użytkownika, często bez działającego zaplecza. Ogląda go kilka osób podczas testów użyteczności.
- MVP działa naprawdę. Trafia do prawdziwych użytkowników, w prawdziwych warunkach, czasem za prawdziwe pieniądze, i zbiera dane.
- Wersja beta to prawie gotowy produkt, w którym przed pełnym startem szuka się błędów.
Jak wybrać zakres
Zaczyna się od hipotezy, np. „klienci zamówią serwis urządzenia online, zamiast dzwonić do biura”. Z listy funkcji zostaje tylko to, co jest potrzebne, żeby ją sprawdzić. Reszta czeka. Część pracy na początku może wykonywać człowiek: zamiast automatycznych rozliczeń ktoś z zespołu wystawia faktury ręcznie. Jeśli pomysł się obroni, automatyzuje się to w kolejnej wersji.
Czasem MVP nie wymaga nawet aplikacji. Landing page z opisem usługi i formularzem zapisu potrafi sprawdzić popyt, zanim powstanie linijka kodu produktu.
Minimalny ma być zakres, a nie jakość. Pierwsza ścieżka musi działać bez błędów, dane użytkowników muszą być bezpieczne, a całość musi wyglądać na tyle porządnie, żeby ktoś chciał zaufać nowej marce. Słaby wynik testu ma mówić coś o pomyśle. Źle zrobiony produkt zafałszuje każdy test.
MVP bez pomiaru to po prostu mała aplikacja. Analitykę, rozmowy z użytkownikami i próg sukcesu planuje się jeszcze przed startem.