Produkt o minimalnej wymaganej funkcjonalności (MVP): czym jest i od czego zacząć

Czy wiesz, że Amazon zaczynał jako księgarnia oferująca używane podręczniki do college'u? Obecnie firma ta sprzedaje miliony produktów więcej (i zarabia miliardy dolarów więcej), jednak jej działalność zaczęła się od prostego pomysłu dostarczania książek studentom college'ów. Ta oszałamiająca transformacja to chyba jeden z najlepszych przykładów wykorzystania produktu o minimalnej wymaganej funkcjonalności.

Krótko mówiąc, produkt o minimalnej wymaganej funkcjonalności (ang. minimum viable product — MVP) to najprostsza wersja produktu, który należy zbudować, aby sprzedać go na rynku. Koncepcja produktu o minimalnej wymaganej funkcjonalności została wprowadzona przez Erica Riesa — geniusza w dziedzinie Lean Startup. Oto jego definicja produktu o minimalnej wymaganej funkcjonalności:

„Wersja nowego produktu, która pozwala zespołowi zebrać maksymalną ilość zweryfikowanej wiedzy o klientach przy najmniejszym wysiłku”.

Koncepcja produktu MVP wywodzi się z metodologii Lean Startup, która zachęca do uczenia się i budowania z myślą o skalowalności. Produkt MVP to wykonanie pierwszego małego kroku przy niskim ryzyku dla portfela i firmy — przy czym produkt ten można testować, udoskonalać i stopniowo rozwijać. Zaczynamy od małego kroku, aby odkryć zainteresowanie rynku produktem. W ten sposób dowiadujemy się, w jakich obszarach należy wprowadzić ulepszenia, zmniejszyć skalę, a może nawet dodać kolejne funkcje, aby produkt znalazł odbiorców na rynku.

Korzyści ze skupienia się na produkcie MVP i poszerzaniu jego możliwości bywają różne, ale ostatecznie celem jest stworzenie przestrzeni niskiego ryzyka, zanim zainwestujemy tysiące (lub miliony!) dolarów na produkt przed wprowadzeniem go do sprzedaży. Testując produkt MVP, możemy obniżyć koszty, zgromadzić spostrzeżenia dotyczące projektu zorientowanego na użytkownika, szybko uruchomić działalność, a nawet na wczesnym etapie zdobyć zainteresowanie inwestora. Wcześnie pozyskane wnioski i inwestycje pomogą zbudować produkt, o którym marzymy — i o którym marzą nasi klienci.

Określenie, czym ma być produkt MVP, zalicza się do najtrudniejszych części strategii biznesowej, ale to jeden z jej najważniejszych składników. Produkt MVP musi rozwiązywać problemy klientów, umożliwiać zbieranie informacji o klientach oraz zapewniać tylko kilka funkcji. Należy go traktować jako poligon doświadczalny do testowania koncepcji biznesowej — ma on służyć wyłącznie do mierzenia kosztów i wpływu kluczowych funkcji, a jednocześnie dowodzić, że ma wartość dla klientów i inwestorów.

Określenie produktu MVP sprowadza się do sprecyzowania konkretnych pomysłów i walidacji, co wymaga współpracy w zespołach stosujących metodykę Agile. Oto typowe kroki prowadzące do stworzenia produktu MVP:

Jaki problem próbujemy rozwiązać? Zastanówmy się, o czym myśleli w 2008 roku założyciele Ubera, Garret Camp i Travis Kalanick. Załóżmy, że uczestniczysz w konferencji w dużym mieście i zauważasz, że wezwanie taksówki późno w nocy lub przy złej pogodzie może być trudne. Chcesz więc zbudować rozwiązanie, w którym możesz po prostu użyć telefonu, aby dostać się do domu. Rozmawiasz z potencjalnymi użytkownikami i pytasz ich, jakie są ich preferencje: czy oczekują, że można wezwać taksówkę, naciskając jeden przycisk? Czy czuliby się komfortowo, wysyłając SMS-a do taksówkarza, aby wrócić do domu? Jak chcieliby płacić za przejazd? W ten sposób badasz rynek, aby dowiedzieć się, kto skorzystałby z tego rozwiązania i czego by od niego oczekiwał.

Badania rynku w celu opracowania produktu MVP mogą obejmować następujące działania:

• Analiza konkurencji
• Analiza szans i analiza SWOT
• Ankiety, wywiady bezpośrednie i grupy fokusowe

Wyniki badań i wywiadów należy zweryfikować na podstawie danych. Pozwoli to lepiej zrozumieć potrzeby i problemy klientów oraz zidentyfikować minimalny zestaw cech, jakie produkt musi mieć, aby zapewnić wartość. Jednocześnie zyskuje się świadectwo, które można wykorzystać jako potwierdzenie słuszności koncepcji na etapie inwestycji.

Na podstawie wstępnych badań Camp i Kalanick opracowali rozwiązanie „UberCab” — pierwsze wydanie popularnej obecnie aplikacji Uber. Ten produkt MVP był wersją opartą całkowicie na SMS-ach, a użytkownicy mogli wezwać taksówkę, wysyłając prostą wiadomość. Ciąg dalszy tej historii już znamy.

W 2006 roku usługa wzywania taksówek miała raczej niewielu konkurentów. W 2023 roku trudno nawet zliczyć usługi wspólnego korzystania z jednego samochodu, a funkcjonalność różnych aplikacji często się pokrywa. Co sprawi, że Twoja usługa będzie się wyróżniać? Czego wciąż brakuje klientom? Jaka wartość pieniężną mają te problemy dla klienta? Opracuj listę zalet i wad pokazującą, jak Twoja usługa robi coś lepiej niż konkurencja.

Wyznacz grupę beta-testerów lub wewnętrznych testerów z zespołu, którzy mogą wypróbować podstawową technologię: stronę docelową, serwis SMS (jak w przypadku wczesnej wersji Ubera) czy podstawową aplikację zawierającą jedną stronę. Trzymaj się terminów i każ zespołowi testowemu skupić się na funkcjonalności i skuteczności w rozwiązywaniu problemów. Pomoże to doprecyzować pomysły i zrozumieć, jakie aspekty produktu należy ulepszyć i udoskonalić przed przekazaniem go pierwszym użytkownikom.

Jeśli produkt MVP wyjdzie poza etap testowania, jest czego gratulować! Masz coś wyjątkowego. Teraz nadszedł czas, aby badać, budować, testować, naprawiać, uruchamiać i wciąż rozwijać koncepcję. Po utrwaleniu kilku funkcji, które określono na samym początku, można przekazać produkt MVP użytkownikom z pierwszej bazy klientów i zainicjować pętlę sprzężenia zwrotnego „tworzenie — pomiar — nauka” (BML).

Sprawdź nasz szablon MVP Ideation dostępny w Confluence >>

Produkt MVP to nie tylko poligon doświadczalny czy prototyp, który w końcu jednak zostanie porzucony. Na rynku jest wiele produktów i usług, które zaczynały jako produkty MVP i rozrosły się, zyskując status instytucji.

Na początku lat 90. Jeff Bezos przeczytał, że branża e-commerce będzie kolejnym dużym przedsięwzięciem w obszarze sprzedaży, i skorzystał z okazji, aby dowiedzieć się, które rynki odniosą największy sukces. W końcu uruchomił w swoim garażu księgarnię — produkt o minimalnej wymaganej funkcjonalności. Sukces księgarni wywołał popyt na inne produkty, takie jak urządzenia elektroniczne, odzież i buty. To właśnie był pierwszy krok założyciela: wykorzystanie książek jako produktu MVP, który zapewnił informacje o klientach i umożliwił rozwijanie Amazona. Kto by pomyślał, że w ciągu zaledwie 20 lat mała księgarnia na prostej stronie internetowej rozrośnie się tak, że będzie trzecim co do wielkości przedsiębiorstwem na świecie?

Tak, znana i chętnie używana aplikacja umożliwiająca wspólne korzystanie z samochodów początkowo nie była wcale aplikacją mobilną. W rzeczywistości założyciele, Garret Camp i Travis Kalanick, wykorzystali koncepcję produktu MVP, aby opracować usługę SMS o nazwie UberCab — dostępną w San Francisco i tylko na iPhone'ach. Sprawdzili, co sądzą o niej użytkownicy, i udoskonalili ją w tym mieście. Dopiero potem udało im się pozyskać kapitał wysokiego ryzyka i zbudować aplikację, która codziennie obsługuje 19 milionów podróży na całym świecie.

Uber przechodził różne iteracje, a jego funkcjonalność jest z roku na rok poszerzana w oparciu o opinie klientów. UberCab był początkowo platformą współpracującą tylko z taksówkami, natomiast już jako Uber w drugiej fali rozwoju objął także limuzyny i niezależnych wykonawców jako kierowców — aż stał się popularną obecnie platformą umożliwiającą wspólne korzystanie z samochodów. W różnych iteracjach Uber wykracza daleko poza pierwotny produkt MVP, działając w obszarze współużytkowania pojazdów czy przewozów dla osób niepełnosprawnych, a na niektórych małych rynkach nawet w transporcie z wykorzystaniem helikopterów.

W 2006 roku usługi przesyłania strumieniowego pojawiały się i znikały z rynku z powodu ograniczonych bibliotek o niskiej jakości, wysokich cen subskrypcji i niestabilności przesyłania strumieniowego. Dlatego też Daniel Ek i Martin Lorentzon opracowali Spotify jako stronę docelową, na której mogli testować swoją technologię przesyłania strumieniowego dla użytkowników wersji beta i którą finansowali dzięki przychodom z reklam na stronie. Ich ostatecznym celem było zapewnienie szybkiego i stabilnego odtwarzania, aby przekonać wytwórnie muzyczne i inwestorów o jakości produktu. Po testach rynkowych serwis, a następnie aplikacja Spotify zostały udostępnione publicznie i stały się powszechnie znanym gigantem streamingowym.

MVP nie jest ostatecznym celem Twojej firmy. Koncepcja MVP wyewoluowała w kierunku bardziej wyrafinowanych rozwiązań, takich jak minimalny produkt „zdobywający serce” klienta (Minimum Lovable Product, MLP) lub produkt o minimalnej funkcjonalności wymaganej do satysfakcjonującego dla klienta działania (Minimum Marketable Product, MMP).

MLP to produkt zorientowany na klientów i od samego początku uwielbiany przez użytkowników. Jest definiowany poprzez funkcje, które zapewniają minimum niezbędne do tego, aby produkt był lubiany. To, czy produkt „zdobędzie serce” klientów, zależy od ich doświadczeń, w kontekście tego, czy produkt lub usługa bezpośrednio rozwiązują ich ważne problemy. W przypadku MLP może istnieć dotychczasowy rynek i konkurencja, ale jest to preferowana alternatywa ze względu na oszczędności kosztów, lepsze rozwiązania lub łatwość obsługi. Przy MVP priorytetem jest wejście na rynek jak najszybciej i jak najmniejszym kosztem. Przy MLP priorytetem jest dostarczanie klientowi jak największej wartości.

Minimum Marketable Product to kolejny etap, na którym produkt MVP lub MLP jest gotowy do sprzedania użytkownikowi końcowemu. MMP to najprostszy produkt, który rynek zaakceptuje, zanim zostaną przygotowane nowe funkcje. W przypadku MMP produkt został opracowany, a jego wartość dla klienta została potwierdzona testami. W odróżnieniu od prototypu, którym może być MVP, MMP jest produktem gotowym do wypuszczenia na rynek dla użytkowników korzystających z wczesnego dostępu. Przypomnij sobie, jak serwis Spotify rozwijał się jako strona docelowa na etapie MVP. Gdy twórcy byli w stanie opracować aplikację i usługę subskrypcji, weszli na rynek jako MMP.

Opracowanie MVP nie jest tak proste, jak mogłoby się wydawać. Od czego zacząć? Chcesz zbudować ramy postępowania, które pozwolą skoordynować działania Twojego zespołu i przygotować go do sprintu, którego celem jest MVP. Skorzystaj z Jira Product Discovery.

System Jira opracowano z myślą o rozwoju produktów. Twój zespół może w jednym miejscu ustalać priorytety, współpracować i zgłaszać nowe pomysły na produkty. Twórz niestandardowe harmonogramy produktów w Jira w celu wizualizacji elementów, takich jak zakres, ludzie i czas, aby w ten sposób pomóc zespołom planować w czasie rzeczywistym. Możesz rejestrować dane i analizy od testerów MVP, takie jak możliwości produktu, opinie użytkowników i wnioski. Przeprowadź integrację z Confluence i Trello, aby włączyć opisy zadań, walidacje, mapowanie historyjek użytkowników i inne techniki wizualne do procesu odkrywania produktu podczas opracowywania MVP.

Wykorzystanie ram postępowania Agile pomoże Ci zwizualizować wszystkie funkcje, które musi mieć produkt, i każdy krok, który Twój zespół musi podjąć w trakcie pracy. Epiki pozwolą podzielić te kroki na poszczególne zadania i nakreślić zależności, aby zespół płynnie pracował nad zestawem sprintów. Możesz powiązać epiki ze stroną Confluence i dodawać analizy za pośrednictwem plików projektowych lub dane z badań użytkowników, aby cały zespół miał dostęp do aktualnych informacji w pojedynczym dokumencie.

Po ukończeniu pierwszego etapu, czyli pracy nad MVP, możesz wrócić do systemu Jira, aby zbierać i analizować opinie. Gdy zespół będzie opracowywać funkcje i realizować epiki, możesz integrować funkcje z produktem i zbierać dalsze analizy. Następnie możesz wrócić do epiku, przekazać informacje zwrotne i kontekst oraz dostosować zakres. Zachęca to do ciągłego rozwoju, o którym wszyscy członkowie zespołu są informowani i w który inwestują.

Kontynuuj skalowanie, aby budując, prowadząc pomiary i ucząc się, zmierzać w stronę sukcesu. Twój zespół może korzystać z systemu Jira, aby przenieść MVP na następny poziom i wprowadzić produkt, który zawojuje (a może nawet odmieni) rynek.