Częstym błędem jest niestety zbyt długie rozwijanie produktu w ukryciu. W wielu przypadkach okazuje się, że straciliśmy sporo czasu na wytworzenie funkcjonalności, które tak naprawdę są nieprzydatne. W najgorszym wypadku, nasz system czy aplikacja będzie tak przeciążona, że nikt nie będzie z niej korzystać.

Co zrobić aby odnieść sukces przy jak najmniejszym nakładzie czasu? Wykorzystaj Minimum Viable Product (MVP) oraz Minimum Marketable Product (MMP).

• 1. Minimum Viable Product

• 2. Minimum Marketable Product

• 3. Porównanie MVP oraz MMP

• 4. Zależność pomiędzy MVP a MMP

1. Minimum Viable Product

Minimum Viable Product (MVP) oznacza wykonanie jak najmniejszej liczby kroków, które pozwolą na ocenę naszych pomysłów, poprzez zebranie odpowiedniego feedbacku od użytkowników. Przykładem MVP może być funkcjonalny prototyp czy pierwsze wydanie wersji produktu dla ograniczonej liczby użytkowników w celu zebrania informacji zwrotnej.

Cała idea polega na stworzeniu wstępnej wersji dla określonej grupy, zgromadzeniu opinii i nauce, czyli wyciągnięciu wniosków w jakim kierunku iść dalej. Ponadto, cały proces powinien odbyć się przy jak najmniejszym wysiłku.

Częstym błędem w rozumieniu MVP jest to, aby zbudować pierwszą wersję produktu jak najszybciej. Nic bardziej mylnego! MVP powinno być wykorzystywane jako eksperyment, który pomoże zespołowi w zweryfikowaniu pomysłu, ryzyk i nauce. Nie myśl o produkcie, myśl o eksperymencie!

Główną osobą odpowiedzialną za zbudowanie wizji i jasnego celu MVP jest Product Owner/Manager. Wraz z zespołem powinni wybrać jak najmniejszą liczbę zadań/funkcjonalności potrzebną do wdrożenia (w Scrumie zwane historyjkami użytkownika). Oczywiście, długość tworzenia MVP zależy od liczby budowanych funkcjonalności oraz rynku, dla którego produkt jest tworzony.

Jednymi z gotowych narzędzi, które pomogą nam w przetestowaniu pomysłów są narzędzia do budowania prototypów. Wykorzystuj prototypy w swojej pracy, a często zaoszczędzisz sporo czasu. Inne narzędzie pozwalają natomiast na zbudowanie strony internetowej w kilka minut. Wszystko to odbywa się poprzez wypełnienie kilku pól w formularzu. Dodatkową opcją jest dodanie reklamy Google.

Jednym z dobrych przykładów stworzenia MVP jest Dropbox. W początkowej fazie autor zaprezentował swój pomysł poprzez stworzenie nagrania video, w którym przedstawił główną ideę. Po otrzymaniu pozytywnego feedbacku był pewien, że będzie to strzał w dziesiątkę!

2. Minimum Marketable Product

Minimum Marketable Product jest terminem odnoszącym się do produktu, który posiada najmniejszą liczbę właściwych cech, ale nadaje się do sprzedaży i wprowadzenia na rynek. Takie podejście pozwala na szybsze wdrożenie produktu do środowiska produkcyjnego i szybsze rozpoczęcie generowania zysków.

MMP pozwala na skupieniu się na ograniczonej liczbie funkcji zamiast długiego tworzenia produktu w ukryciu. Oprócz zminimalizowanego ryzyka, zyskujemy na koszcie i czasie. Zbudowanie perfekcyjnego produktu, który dopiero wypuścimy w świat nigdy nie jest najlepszym rozwiązaniem!

Jednym z najbardziej trafnych i znanych przykładów MMP jest wprowadzenie na rynek oryginalnego iPhona w 2007 roku.

Z jednej strony zespoły Apple’a włożyły dużo wysiłku i pracy aby zbudować działający produkt. Z drugiej jednak w telefonie brakowało znacznej liczby podstawowych funkcji np. kopiuj i wklej czy wysyłania wiadomości do wielu użytkowników jednocześnie! Po pierwszym sukcesie, Apple rozpoczął pracę nad rozbudową i udoskonalaniem systemu.

Jak więc zbudować MMP?

• Ogranicz produkt do konkretnego segmentu rynku (nie staraj się zadowolić wszystkich jednocześnie!)

• Wybierz tylko te funkcjonalności, które są niezbędne dla danej grupy docelowej (niezbędne oznacza te cechy, które spowodują odniesienie sukcesu na rynku. Wykorzystaj MVP do określenia właściwych funkcjonalności!)

3. Porównanie MVP oraz MMP

MVP i MMP to dwa różne narzędzia, które służą temu samemu celowi - szybszemu dotarciu do działającego produktu przy minimalnym ryzyku. Jeśli jednak mielibyśmy je porównać:

• MVP to eksperyment - Budujesz go po to, żeby się czegoś nauczyć - sprawdzić hipotezę, zebrać feedback, zrozumieć czy w ogóle idziesz w dobrą stronę. Niekoniecznie trafia do szerokiego rynku - często wystarczy ograniczona grupa użytkowników gotowych dać ci szczerą opinię.

• MMP to już produkt - Ma konkretne funkcje, działa i - co najważniejsze - można go sprzedać. Nie jest doskonały, ale jest wystarczający, żeby ktoś chciał za niego zapłacić.

Dobrym przykładem tej zależności był wspomniany wcześniej Dropbox. Nagranie video było MVP - zero kodu, tylko weryfikacja czy pomysł w ogóle kogoś interesuje. Dopiero po pozytywnym feedbacku zaczęto budować właściwy produkt. Pierwsza działająca wersja Dropboxa dostępna dla użytkowników - to już był MMP.

4. Zależność pomiędzy MVP a MMP

W najprostszym znaczeniu, możemy stwierdzić, że na jeden MMP składa się kilka MVP. Różnica polega na tym, że MVP traktujemy jako eksperymenty. Zbieraj opinie od użytkowników i na tej podstawie iteracyjnie ulepszaj swój produkt. Czasami Twoje MVP może składać się z prostego prototypu, dzięki któremu przetestujesz sensowność poszczególnego pomysłu. Takie podejście zwiększa sukces końcowej aplikacji czy systemu.

Jak poznać, że jesteś gotowy na MMP?

Jeden z najtrudniejszych momentów w budowaniu produktu to decyzja - kiedy skończyć eksperymenty i powiedzieć "to jest gotowe na rynek". Nie ma tu idealnej odpowiedzi, ale są konkretne sygnały, które mówią że czas działać.

Sprawdź poniższe punkty. Jeśli większość z nich jest prawdą - prawdopodobnie masz już MMP, nie MVP.

Sygnały od użytkowników

• Użytkownicy wracają do produktu bez żadnego przypominania z Twojej strony

• Ktoś zapytał czy może zapłacić - albo był zaskoczony, że produkt jest darmowy

• Użytkownicy polecają produkt znajomym z własnej inicjatywy

• Dostajesz feedback "kiedy będzie funkcja X?" - czyli ludzie planują zostać na dłużej

Sygnały z danych

• Retencja jest stabilna przez minimum 2-3 cykle

• Wiesz skąd przychodzą użytkownicy i który kanał działa najlepiej

• Główna metryka produktu rośnie lub jest stabilna - nie spada

Sygnały z hipotez

• Kluczowe założenia biznesowe zostały zweryfikowane - wiesz kto jest Twoim użytkownikiem i jaki problem rozwiązujesz

• Kolejne eksperymenty przynoszą coraz mniej nowej wiedzy - zaczynasz potwierdzać to co już wiesz

• Masz jasność co do segmentu rynku i funkcji niezbędnych dla tej grupy

Jeśli większość punktów jest odznaczona - przestań eksperymentować i zacznij sprzedawać. Najgorsze co możesz zrobić to czekać na idealny moment. On nie nadejdzie.

Pamiętaj aby zawsze mieć jasną i klarowną wizję produktu, który wytwarzasz. Myśląc o MVP, miej na uwadze również MMP. W przeciwnym wypadku może się okazać, że Twój produkt zawiera kilkadziesiąt funkcji, które są wartościowe osobno, ale nie mają większego sensu razem. A teraz do dzieła!