Zespoły badawcze, które osiągnęły etap działającego prototypu, często zakładają, że kolejnym krokiem jest zbudowanie kompletnego produktu z pełną funkcjonalnością, dopracowanym projektem i gotową infrastrukturą produkcyjną. Zanim jednak do tego dojdzie, potrzebny jest inny rodzaj testu.
Dzieje się tak dlatego, że prototyp i MVP odpowiadają na różne pytania.
Prototyp pokazuje, że rozwiązanie techniczne działa w kontrolowanych warunkach. Potwierdza wykonalność naukową lub inżynieryjną, ale nie mówi nic o tym, czy rozwiązanie odpowiada na rzeczywistą potrzebę rynkową.
MVP (Minimum Viable Product) to najmniejszy eksperyment lub wersja produktu bądź usługi, która pozwala zespołowi przetestować najbardziej ryzykowne założenie dotyczące wartości dla klienta, adopcji lub gotowości do zapłaty przy minimalnym wykorzystaniu zasobów, dostarczając rzeczywistych dowodów rynkowych zamiast opinii lub deklaracji zainteresowania.
MVP nie jest gorszą, okrojoną wersją produktu końcowego. Jest narzędziem badawczym: sposobem uczenia się o rynku przy możliwie najniższym koszcie, zanim zespół zaangażuje się w kosztowny rozwój produktu lub podejmie decyzje inwestycyjne.
Budowanie MVP nie oznacza budowania mniejszego produktu
W wielu zespołach badawczych MVP jest rozumiane jako uproszczona wersja produktu końcowego, z mniejszą liczbą funkcji, mniej dopracowanym projektem i tą samą docelową architekturą.
- Czy MVP zawiera kluczowe funkcje planowanego produktu?
- Czy podstawowa technologia jest taka sama jak w wersji docelowej?
- Czy MVP wygląda i działa jak profesjonalny produkt?
W komercjalizacji MVP ocenia się inaczej.
- Jakie jest najbardziej ryzykowne założenie dotyczące klienta, problemu lub wartości, które chcemy przetestować?
- Czy minimalna wersja dostarcza wiarygodnej odpowiedzi, a nie jedynie opinii?
- Czy można ją zbudować i przetestować szybciej i taniej niż pełny produkt?
- Czy reakcja użytkowników dostarczy dowodów wystarczająco mocnych, aby wesprzeć kolejną decyzję?
- Czy wynik testu można zinterpretować jednoznacznie i czy można odróżnić sukces od porażki?
- Kto podejmie decyzję na podstawie zebranych dowodów i do kiedy?
- Czy MVP można przetestować bezpiecznie i zgodnie z prawem, z uwzględnieniem ograniczeń etycznych, regulacyjnych i dotyczących ochrony danych?
Forma MVP zależy od rodzaju technologii i tego, co należy przetestować. W praktyce powtarza się kilka typowych modeli.
Najczęstsze rodzaje MVP
| MVP typu concierge | Zespół badawczy dostarcza rezultat ręcznie, bez automatyzowania technologii, aby sprawdzić, czy klienci chcą danego rezultatu, zanim zostanie zbudowane rozwiązanie, które dostarcza go samodzielnie. Jest to użyteczne, gdy sama technologia stanowi najdroższą część projektu i gdy celem jest walidacja popytu przed inwestycją w skalowalny system. |
| MVP typu Wizard of Oz | Użytkownik korzysta z interfejsu, który sprawia wrażenie w pełni zautomatyzowanego, podczas gdy proces w tle jest realizowany ręcznie przez zespół badawczy. Pozwala to przetestować akceptację rozwiązania przed inwestycją w budowę automatyzacji. |
|
MVP z pojedynczą funkcją |
Działająca technologia ograniczona do jednej kluczowej funkcji, testowana z rzeczywistymi użytkownikami w rzeczywistych warunkach. Wymaga rzeczywistego rozwoju technicznego, ale pozwala uniknąć budowania funkcji, których wartość nie została jeszcze potwierdzona. |
|
MVP typu landing page lub studium wykonalności |
Strona internetowa, materiał informacyjny, test przedsprzedaży lub płatne studium wykonalności wykorzystywane do pozyskiwania kwalifikowanego zainteresowania, spotkań, listów intencyjnych, sygnałów budżetowych lub płatności z góry, zanim rozpocznie się większa inwestycja w rozwój technologii. |
|
Pilotaż z jednym klientem |
Ograniczone wdrożenie technologii u jednego partnera przemysłowego lub instytucjonalnego, testujące jej działanie w rzeczywistych warunkach operacyjnych przy ograniczonym ryzyku i ścisłej obserwacji ze strony zespołu. |
Wybór MVP zależy od tego, które założenie jest najbardziej ryzykowne oraz ile kosztuje zbudowanie i przetestowanie każdej wersji. Ta sama technologia może wymagać różnych MVP na różnych etapach rozwoju. Pilotaż jest MVP tylko wtedy, gdy testuje jasno określone założenie na podstawie wcześniej uzgodnionego kryterium sukcesu i porażki.
Co decyduje o tym, czy MVP dostarcza wiarygodnych dowodów?
Zazwyczaj należy spełnić pięć warunków.
1. Jasno określone założenie do przetestowania
MVP musi testować jedno konkretne, z góry określone założenie, na przykład że określony segment klientów zapłaci za rozwiązanie konkretnego problemu, a nie jedynie wyraża ogólne zainteresowanie technologią.
2. Reprezentatywni użytkownicy i warunki
Osoby testujące MVP muszą odpowiadać docelowej grupie klientów, a warunki testu powinny możliwie wiernie odzwierciedlać sytuację, w której rozwiązanie będzie rzeczywiście wykorzystywane.
3. Mierzalne kryterium sukcesu określone z wyprzedzeniem
Przed rozpoczęciem testowania MVP zespół powinien uzgodnić, jaki wynik potwierdzi założenie, a jaki je obali. Bez tego każdy rezultat można zinterpretować jako sukces.
4. Zachowanie, nie deklaracje
Najsilniejszym dowodem jest to, co użytkownicy rzeczywiście robią, na przykład płacą, angażują czas zespołu, udostępniają dane, podpisują konkretne porozumienie dotyczące kolejnego kroku lub składają zamówienie, a nie to, co mówią w ankiecie lub rozmowie. Deklarowane zainteresowanie systematycznie zawyża rzeczywistą gotowość do zakupu.
5. Granice bezpieczeństwa, regulacyjne i etyczne
MVP powinno zmniejszać niepewność rynkową bez omijania wymogów dotyczących bezpieczeństwa, etyki, regulacji lub ochrony danych. W zastosowaniach medycznych, spożywczych, chemicznych, energetycznych lub wykorzystujących AI minimalny test może wymagać formy nieklinicznej, symulowanej, nadzorowanej lub ograniczonej do studium wykonalności do czasu uzyskania odpowiednich zgód.
MVP nie jest jednorazowym testem, lecz cyklem: zbuduj, zmierz, wyciągnij wnioski i zdecyduj o kolejnym kroku, kontynuowaniu w tym samym kierunku, zmianie założenia lub zakończeniu projektu.
MVP a poziom TRL technologii
TRL 2-3: MVP problemu i popytu. Analiza źródeł wtórnych, rozpoznanie potrzeb klientów, testy landing page, testy concierge lub płatne studia wykonalności mogą sprawdzić, czy problem jest rzeczywisty, zanim rozpocznie się znaczący rozwój produktu.
TRL 4-5: MVP wartości i użyteczności. Demonstratory, testy Wizard of Oz oraz MVP z pojedynczą funkcją mogą sprawdzić, czy użytkownicy rozumieją wartość, potrafią korzystać z rozwiązania i są gotowi zaangażować zasoby w dalsze testy.
TRL 6 i wyżej: MVP wdrożenia i zakupu. Pilotaże z jednym klientem, płatne testy i zamówienia próbne mogą zweryfikować integrację, proces zakupowy, ceny, gotowość operacyjną i powtarzalność.
Dobre MVP nie oznacza najmniejszej możliwej wersji produktu. Oznacza najmniejszy wiarygodny eksperyment, który odpowiada na najbardziej ryzykowne pytanie dotyczące komercjalizacji, zanim zespół zainwestuje czas i zasoby w rozwiązanie, którego nikt nie potrzebuje, nie może wdrożyć lub za które nie chce zapłacić.
