Można argumentować, że minimalnie wykonalne produkty (lub „MVP”) są jednocześnie najlepiej rozumianymi i najczęściej niewłaściwie wykorzystywanymi narzędziami w arsenale cyfrowego przedsiębiorcy. Obecnie niemal każdy, kto tworzy nowy produkt, zaczyna od MVP. Jednak niewielu osobom udało się opanować to narzędzie i w pełni wykorzystać jego potencjał.
Pozwól więc, że pomogę Ci zrozumieć MVP, prawidłowo je zbudować i wykorzystać jego pełny potencjał.
Czym jest minimalnie wykonalny produkt (MVP)?
Jeśli zadasz to pytanie grupie przedsiębiorców i menedżerów produktu, większość z nich odpowie, że minimalnie wykonalny produkt to wersja produktu zawierająca minimalny zestaw funkcji, który jest wystarczający, aby wprowadzić go na rynek.
I tak, technicznie rzecz biorąc, mają rację. Ta definicja jest jednak nieco wadliwa, ponieważ nie opisuje właściwie głównego celu strategii rozwoju produktu. Właśnie dlatego wielu założycieli i zespołów produktowych niewłaściwie wykorzystuje MVP lub określa coś mianem MVP, choć w rzeczywistości nim nie jest.
Niektórzy uważają, że celem MVP jest wczesne zarabianie pieniędzy. Chociaż jest to możliwe, nic nie stoi na przeszkodzie, aby MVP w ogóle nie generowało przychodów. Jeśli więc ludzie nie kupują Twojego produktu MVP, nie skreślaj go jeszcze.
Inni sądzą, że MVP służy do budowania bazy klientów, która udowodni inwestującym w Twój produkt inwestorom venture capital, że produkt działa.
Ponownie, możesz to zrobić, ale nie jest to celem MVP.
Czym więc jest MVP?
Chociaż koncepcja „rozpoczęcia od małych kroków, sprawdzenia, czy pomysł jest wykonalny, a następnie jego rozwijania” istnieje od początku zapisywanej historii, formalna (i moja ulubiona) definicja MVP została opracowana przez nikogo innego jak wielkiego Erica Riesa. W swojej książce Metoda Lean Startup Eric podkreśla testowanie kluczowych hipotez jako główny cel MVP.
W podejściu Lean Startup nie ma większego znaczenia, jak dokładnie wygląda MVP, o ile:
W istocie przykłady MVP z prawdziwego świata są wszędzie wokół nas — w tym takie, które nie są jeszcze nawet działającymi produktami. Na przykład Groupon, usługa zarządzania kuponami, uruchomił swoje MVP jako niewielką witrynę WordPress, która wyglądała tak.
Na tej stronie zespół Groupona po prostu udostępniał swoim odbiorcom codzienne oferty.
Istnieje wiele innych przykładów udanych produktów, których wersją MVP była strona docelowa, grupa w mediach społecznościowych, a nawet demonstracja wideo nieistniejącego produktu (więcej na ten temat później).
Dlaczego startupy potrzebują minimalnie wykonalnego produktu
Istnieje dobry powód, dla którego MVP są tak popularne jako strategia rozwoju produktu wśród założycieli startupów i menedżerów produktu (mimo że wielu z nich błędnie interpretuje tę koncepcję). Zbudowanie wersji MVP pozwala startupom na wczesnym etapie uniknąć niektórych największych zagrożeń związanych z prowadzeniem startupu.
Pokażę niektóre z nich i wyjaśnię, jak budowa MVP pomaga je ograniczyć.
1. Zapobiegają opóźnieniom we wprowadzaniu produktu na rynek
Cyfrowy świat jest tak dynamiczny, jak to tylko możliwe. Wprowadzenie produktu na rynek dwa kwartały później niż wszyscy inni może oznaczać utratę udziału w rynku na rzecz konkurencji. Uwierz mi, przejęcie użytkowników od kogoś innego jest znacznie trudniejsze niż pozyskanie nowego użytkownika z otwartego rynku.
MVP rozwiązują ten problem, przywiązując użytkowników do Twojej platformy już na wczesnym etapie. Chociaż możesz nie zapewnić im produktu końcowego, o którym marzyli, udane MVP (zakładając, że potwierdzi Twoje kluczowe hipotezy) zatrzyma użytkowników wystarczająco długo, abyś mógł dostarczyć finalny produkt.
Aby zrozumieć, ile czasu może zaoszczędzić MVP, spójrz na ten wykres, który opracowałem na podstawie danych firm Atlassian, Shopify i McKinsey.
W zależności od rodzaju tworzonego produktu możesz zaoszczędzić od dziewięciu miesięcy do pełnych dwóch lat!
2. Minimalizują koszty utopione
To całkowicie w porządku, jeśli pierwsza wersja nowego produktu, który wprowadzasz na rynek, okaże się porażką—
a szczerze mówiąc, prawdopodobnie tak właśnie będzie.
W rzeczywistości wskaźnik niepowodzeń startupów jest tak wysoki (90%, według raportu CB Insights), że powinieneś skupić się bardziej na obniżaniu kosztów tych niepowodzeń, zamiast mieć nadzieję, że Twój kolejny produkt odniesie ogromny sukces.
MVP to jedno z najlepszych narzędzi, które pomoże Ci osiągnąć dokładnie ten cel. Pomaga zweryfikować potrzeby klientów na rynku w odniesieniu do Twojej propozycji wartości przy minimalnym nakładzie pracy. Oznacza to, że możesz przetestować swój pomysł biznesowy bez przechodzenia przez cały cykl życia tworzenia oprogramowania i długotrwały proces rozwoju. Zatem za koszt stworzenia jednego kompletnego produktu możesz przygotować tuzin MVP i sprawdzić, czy znajdą uznanie na rynku.
Have an account? Log In
3. Chronią startupy przed tworzeniem produktu „na ślepo”
Używam określenia „tworzenie na ślepo” w odniesieniu do opracowywania produktu bez wystarczającej wiedzy o tym, czego rzeczywiście chcą Twoi docelowi użytkownicy. To prawdopodobnie największy błąd, jaki może popełnić przedsiębiorca.
Problem z tworzeniem pełnego produktu, zawierającego wszystkie nowe funkcje z mapy drogowej oraz gotową strategię cenową, polega na tym, że nie masz pojęcia, czy ludziom się on spodoba, dopóki go nie ukończysz i nie wprowadzisz na rynek.
Przez większość czasu ludziom się on nie spodoba, a Ty będziesz musiał zmienić ceny i funkcje. W niektórych przypadkach możesz nawet stanąć w obliczu konieczności całkowitego porzucenia produktu lub pełnej zmiany strategii cenowej produktu.
Najlepszym sposobem, aby tego uniknąć, jest uzyskanie wczesnych opinii od użytkowników. Jak możesz to zrobić? Oczywiście za pomocą MVP!
Jak zbudować produkt o minimalnej wystarczającej funkcjonalności: najważniejsze kroki
Mając już za sobą teorię dotyczącą MVP, przejdźmy do bardziej praktycznych kwestii i poznajmy kroki niezbędne do stworzenia koncepcji MVP, która będzie właściwie realizować swój główny cel—umożliwi Ci przetestowanie przydatności produktu na rynku.
Krok 1: Zidentyfikuj problem do rozwiązania
Każdy świetny produkt zaczyna się od problemu użytkownika, który wymaga rozwiązania. Proces ten składa się z dwóch etapów:
a) Identyfikacja problemu: To właśnie tutaj wiele startupów popełnia błąd—identyfikują niewłaściwy problem.
Na przykład na początku XX wieku kluczowym problemem w transporcie nie był brak szybszych koni ani lepszej infrastruktury umożliwiającej koniom pokonywanie dużych odległości. Prawdziwy problem polegał na tym, że ludzie potrzebowali bardziej niezawodnego i wytrzymałego środka transportu. Henry Ford z powodzeniem zidentyfikował i rozwiązał ten problem, wprowadzając samochód.
Jednym z najlepszych sposobów zidentyfikowania właściwego problemu jest metoda pięciu pytań „Dlaczego?”.
b) Zrozumienie problemu: Znalezienie właściwego problemu do rozwiązania to połowa sukcesu. Druga połowa polega na zrozumieniu kontekstu i rzeczywistości, w których użytkownicy napotykają ten problem.
Przykładowo automatycznie generowane napisy w TikToku powstały w wyniku zrozumienia przez zespół produktowy, że wielu użytkowników ogląda TikToka w środowiskach, w których musi wyciszyć dźwięk.
Aby to zrobić, musisz przeprowadzić wywiady z użytkownikami. Nie ma skuteczniejszego procesu niż rozmowa z użytkownikami w celu zrozumienia ich kontekstu.
Krok 2: Zdefiniuj najważniejsze funkcje MVP
Twój typowy rejestr produktu będzie zawierał więcej funkcji, niż potrzebujesz w swoim MVP.
Aby zrozumieć, które z nich powinny wejść w zakres MVP, sugeruję skorzystanie z dwóch świetnych metod ustalania priorytetów funkcji:
Model Kano: Dzięki niemu grupujesz funkcje na te, które zachwycają użytkowników, liniowo zwiększają ich wartość oraz mają kluczowe znaczenie.
W przykładzie hotelu atrakcyjną funkcją jest ładnie złożony ręcznik w kształcie origami, funkcją wydajnościową jest jakość materaca, a elementem niezbędnym—bezpieczny zamek w drzwiach wejściowych do pokoju.
W przypadku MVP skupiasz się na funkcjach „niezbędnych”.
MoSCoW: To proste ćwiczenie, w którym przypisujesz funkcjom statusy „Musi mieć”, „Powinien mieć” oraz „Może mieć”. Funkcje oznaczone jako „Musi mieć” obejmują podstawowy przypadek użycia.
Na przykładzie Spotify funkcją niezbędną jest wyszukiwanie. Playlisty z kolei należą do funkcji, które warto mieć, a wyświetlanie okładek albumów na ekranie to funkcja, którą można mieć.
W przypadku MVP koncentrujesz się na funkcjach niezbędnych.
Krok 3: Zbuduj i przetestuj MVP
Twoje MVP nie będzie MVP, jeśli poświęcisz zbyt dużo czasu na jego zbudowanie. Dlatego sugeruję skorzystanie z poniższych rozwiązań, aby przyspieszyć ten proces:
- Tworzenie bez kodu: Bubble i inne kreatory aplikacji oparte na sztucznej inteligencji pozwolą Ci stworzyć pierwszą wersję w ułamku czasu potrzebnego na zakodowanie jej od podstaw.
- Klikalne prototypy: Nowoczesne narzędzia projektowe pozwalają tworzyć interaktywne makiety o wysokiej wierności, oszczędzając czas potrzebny na zakodowanie wersji produktu.
- Szablony i środowiska do tworzenia z małą ilością kodu: Niemal każdy duży dostawca chmury oferuje gotowe usługi, które można wykorzystać do znacznego przyspieszenia procesu tworzenia.
Gdy tylko zbudujesz MVP, nadejdzie czas, aby przekazać je użytkownikom. Możesz skorzystać z platform takich jak AppSumo i Product Hunt, aby zgromadzić pierwszych użytkowników i zacząć zbierać opinie.
Krok 4: Mierz sukces i wprowadzaj poprawki
Jedną z podstawowych koncepcji metody Lean Startup jest mierzenie wyników testów MVP i wprowadzanie w nim poprawek.
Integracja narzędzi analitycznych, takich jak Mixpanel, Amplitude i PostHog, może pomóc Ci łatwo mierzyć wyniki.
Oto niektóre z najważniejszych wskaźników produktu, które możesz mierzyć za pomocą tych narzędzi.
Część dotycząca wprowadzania poprawek jest prosta. Analizujesz opinie i podstawowe wskaźniki, aby zidentyfikować obszary wymagające poprawy, wprowadzasz te ulepszenia do MVP i publikujesz kolejną wersję do przetestowania.
Moja jedyna rada to publikowanie częstych i niewielkich aktualizacji. Dzięki temu zrozumiesz, czy nowa funkcja poprawiła opinie użytkowników lub Twoje wskaźniki.
Typowe błędy związane z MVP, których należy unikać
To nieco sprzeczne z intuicją, ale pomimo ogromnej popularności MVP ludzie mają tendencję do popełniania wciąż tych samych błędów. Głównym powodem jest — jak zapewne się domyślasz — błędna interpretacja podstawowego celu posiadania MVP.
Aby pomóc Ci uniknąć tych pułapek, wskażę trzy najczęstsze z nich
1. Nadmierne rozbudowanie wersji MVP
Wiele zespołów produktowych traktuje MVP jako wersję gotową do sprzedaży i zakłada, że można za jego pomocą przetestować dopasowanie produktu do rynku. Niekoniecznie. Istnieje inna wersja produktu przeznaczona do tego celu, nazywana MMP (produkt minimalny gotowy do wprowadzenia na rynek).
Wersja MVP jest natomiast znacznie mniejsza i ma na celu sprawdzenie, czy pomysł spotka się z zainteresowaniem rzeczywistych użytkowników.
2. Ignorowanie opinii
Komentarze użytkowników i dane analityczne dotyczące ich zachowania, które uzyskujesz podczas testowania MVP, są bezcenne. Często zdarza się, że nie zwraca się uwagi na część tych opinii, zakładając, że użytkownikom i tak spodoba się wersja końcowa. Nie, nie spodoba się! Po co w ogóle budować wersję MVP, jeśli odmawiasz korzystania z metodologii Lean Startup polegającej na tworzeniu pętli informacji zwrotnych?
3. Zbyt późne lub zbyt wczesne wprowadzenie produktu na rynek
Oba podejścia są problematyczne. Jeśli wprowadzisz produkt na rynek zbyt późno, cała koncepcja posiadania MVP traci sens. Uważaj jednak również na zbyt wczesne wprowadzenie produktu. Twoje MVP powinno zawierać wystarczającą liczbę funkcji, aby przetestować podstawowe hipotezy. Wyniki testów będą mylące, jeśli tych funkcji zabraknie.
4. Mylenie MVP z prototypami
Te dwa terminy mogą wydawać się nieco mylące. Prototyp to interaktywny projekt, którego można użyć do testów z użytkownikami. Choć technicznie może pełnić funkcję MVP, jako MVP można również zakodować uproszczoną wersję produktu.
Oto różnice między MVP, prototypami a pełnymi produktami.
Jak pokazuje powyższa infografika, cel prototypów jest taki sam jak cel MVP. Jedyną różnicą jest fizyczny rezultat każdego z nich.
Przykłady udanych MVP z prawdziwego świata
Nie zdziwiłoby mnie, gdyby nadal nie przekonywała Cię skuteczność strategii MVP. Biorąc pod uwagę, że istnieje mnóstwo popularnych narzędzi i struktur, które wiele osób uważa za mało przydatne, pomysł stworzenia „kiepskiego pierwszego szkicu” produktu nie przemawia do każdego.
Jednak jako starszy menedżer produktu, który obserwował kilka prawdziwych katastrof rozgrywających się w zwolnionym tempie, będę bronić tego stanowiska do końca. Aby udowodnić, że mam rację, pokażę Ci kilka przykładów produktów MVP, które przekształciły się w gigantów technologicznych.
More Articles
Dropbox
Pamiętasz, jak wspominałem, że MVP niekoniecznie musi być produktem stworzonym za pomocą kodu? Cóż, wersją MVP Dropboxa była prezentacja wideo!
W tym nagraniu założyciel Dropboxa po prostu przedstawia koncepcję produktu, który nie istniał jeszcze w postaci kodu. Rezultatem tej prezentacji był jednak ogromny napływ osób zapisujących się, aby uzyskać dostęp do produktu, gdy tylko będzie gotowy. Był to dla zespołu Dropbox sygnał, że podąża we właściwym kierunku.
Airbnb
Nasza ulubiona platforma odpowiedzialna za wywoływanie kryzysów na rynku mieszkaniowym w wielu miastach turystycznych (tak, z tego powodu zakazano jej nawet we Florencji we Włoszech!) również zaczynała jako nietradycyjne MVP.
Założyciele firmy sprawdzili opłacalność swojego modelu biznesowego, wynajmując łóżka w swoim mieszkaniu w San Francisco kilku uczestnikom konferencji. Chcieli zrozumieć, czy ludzie będą czuć się komfortowo, wynajmując łóżko lub pokój w cudzym mieszkaniu.
Odpowiedź na to pytanie brzmiała: tak! Rynek dał więc założycielom zielone światło do rozpoczęcia budowy platformy opartej na tym konkretnym pomyśle.
Zappos
Sposób, w jaki Zappos podszedł do swojego MVP, jest w świecie produktów znany jako testowanie „Czarnoksiężnika z Oz”. W tym scenariuszu tworzysz stronę internetową swojego produktu, ale całe przetwarzanie po stronie zaplecza wykonują ludzie zamiast maszyn.
Zespół Zappos uruchomił internetowy sklep obuwniczy jako stronę bez obsługi zaplecza. Gdy użytkownicy zamawiali u nich buty, zespół kupował je w innym miejscu i wysyłał użytkownikom. Po uzyskaniu od rynku potwierdzenia, że ten model działa, rozpoczęli budowę zaplecza swojego produktu.
Chociaż te trzy historie są najpopularniejszymi przykładami właściwie zrealizowanych MVP, istnieje o wiele więcej udanych MVP, które przekształciły się w niezwykle skuteczne produkty.
Narzędzia i zasoby do budowy MVP
Ostatnia część naszego dzisiejszego przewodnika po MVP będzie poświęcona wyborowi oprogramowania do tworzenia produktów i materiałów edukacyjnych, które mogą pomóc Ci zwiększyć wydajność i skuteczność budowania MVP, testowania hipotez z udziałem pierwszych użytkowników oraz analizowania opinii użytkowników.
Zacznijmy od narzędzi.
- Szybkie prototypowanie i doświadczenie użytkownika: Figma, InVision, Sketch, Framer i inne alternatywy.
- Zarządzanie przepływem pracy: tablice Kanban, takie jak Jira, Monday.com, Trello.
- Analityka: Mixpanel, Amplitude, PostHog.
- Identyfikacja grupy docelowej: Reddit, Similarweb.
- Analizowanie opinii klientów: Typeform, SurveyMonkey, Google Forms.
A jeśli jeszcze go nie czytałeś, gorąco polecam zacząć od książki Lean Startup jako najlepszego źródła wyjaśniającego podejście MVP w ramach ogólnej struktury cykli budowania, mierzenia i uczenia się.
Nie zapomnij zapisać się do naszego newslettera, aby otrzymywać więcej materiałów i poradników dotyczących zarządzania produktami, a także najnowsze podcasty, wywiady i inne spostrzeżenia liderów oraz ekspertów z branży.