Masz pomysł na własne narzędzie?

Większość osób uważa, że MVP to okrojona wersja dedykowanej aplikacji – jej wersja „demo”. Jednak nie jest to do końca prawda. MVP oznacza Minimum Viable Product, czyli produkt o minimalnej koniecznej funkcjonalności. Stworzenie takiego produktu jest najważniejszym sposobem na ograniczenie ryzyka biznesowego – fiaska projektu. Najpierw buduje się dedykowaną aplikację z minimalną (lecz kluczową) liczbą funkcji i na tej podstawie waliduje się, czy rozwiąże ona realny problem użytkowników.

Dla urealnienia tego opisu wyobraź sobie, że robisz teraz dedykowaną aplikację do zamawiania jedzenia z dostawą do domu. Do wykonania jest wyszukiwarka wielu restauracji, dodawanie restauracji do ulubionych, wirtualne pieczątki za zamówienia (system lojalnościowy), pobieranie płatności za dojazd na podstawie przejechanych kilometrów, napiwki dla kucharza i kierowcy, a do tego kody rabatowe oraz śledzenie online, na jakim etapie (i w jakim miejscu) jest zamówione jedzenie. Tworzymy w ten sposób potężny system z mnogością funkcji. Czas oczekiwania na produkt jest długi, pieniądze zamrożone, a na koniec może się okazać, że restauracje wcale nie chcą z tego korzystać.

Z tego powodu zamiast rozbudowanej dedykowanej aplikacji (internetowej czy mobilnej) tworzy się najpierw jej wersję MVP. W tym wypadku podstawowym celem jest stworzenie dedykowanej aplikacji, która po prostu pozwala użytkownikom zamówić jedzenie online – zero śledzenia kierowcy na mapie, pieczątek czy innych dodatków. Szybko wypuszczamy minimalną wersję dedykowanej aplikacji i walidujemy pomysł.

Szybka walidacja pomysłu dzięki MVP aplikacji dedykowanej

uż wiemy, że MVP nie służy do stworzenia taniej aplikacji dedykowanej, lecz do zbudowania jej kluczowej funkcjonalności w celu ograniczenia ewentualnych strat, szybkiego wprowadzenia produktu na rynek oraz przeprowadzenia testów z użytkownikami.

Pilotażowo wdrożyliśmy nasz system w kilku restauracjach i analizujemy wyniki. Test musi odpowiedzieć na najważniejsze pytania:

• Czy ktoś tego potrzebuje? (Jeśli nie znaleźliśmy restauracji, to wiemy, że nie).
• Czy użytkownicy chcą za to zapłacić?

Jeśli w obu przypadkach odpowiedź jest pozytywna, musimy zadać sobie kolejne pytanie: które funkcje są najważniejsze? Możemy się tego dowiedzieć na kilka sposobów: wdrażając analitykę, czytając opinie o naszej aplikacji dedykowanej lub bezpośrednio w niej prosząc użytkowników o wypełnienie prostej ankiety.

Gdy mamy już zebrane dane, przechodzimy do standardowego, iteracyjnego projektowania aplikacji dedykowanych, które opisaliśmy w poprzednim artykule: Jak zbudowaliśmy dedykowany CRM — case study procesu

Jak długo trwa stworzenie MVP aplikacji dedykowanej?

Najszybsze MVP można zrobić w przeciągu 4 do 8 tygodni. Jednak trzeba wziąć pod uwagę o jakim projekcie aplikacji rozmawiamy. Jeśli taką aplikacją jest to system rezerwacji online to taki temin jest możliwy.

Jednak gdy rozmawiamy o stworzeniu MVP dla całego ekosysystemu zawierającego aplikację mobilną na androida oraz IOs, landing page, panel administracyjny czy panel użytkownika to oczywiście potrafi się rozrosnąć do 3 a nawet i 6 miesięcy. Z tego powodu najważniejszą rzeczą w tworzeniu MVP jest trzymanie się głównej funkcjonalności, które są niezbędne do stworzenia aplikacji. Trzymając się mocno zasady, że żadne „to tylko serduszko do polubienia przepisu” nie ma prawa bytu. Każda dodatkowa funkcjonalność powinna zostać odroczona na czas późniejszy, bo wydłuża czas realizacji MVP. „To tylko jeden dzień pracy” przy 6 miesiącach może i jest nieodczuwalny. Jednak 7 czy 10 takich dodatkowych dni potrafi skutecznie przedłużyć czas oddania aplikacji. Każdy dodatkowy dzień pracy to zwiększenie kosztóœ przedsięwzięcia i dłuższy czas oczekiwania

Czy zawsze należy robić MVP?

Oczywiście, że nie! Chociaż pozornie mówi się o pierwszym etapie rozwoju aplikacji dedykowanej jako MVP, to nie zawsze musi tak być. Przy iteracyjnym podejściu do wytwarzania aplikacji dedykowanych pierwszy etap faktycznie zawiera to, co jest w MVP.

Różnicą między prawdziwym MVP a pierwszym cyklem wytwarzania aplikacji jest brak testów walidacyjnych. Jako zespół nie czekamy na walidację produktu, tylko oddajemy go do testów pracownikom, którzy mają z niego korzystać. My w tym czasie już pracujemy nad drugim etapem rozwoju aplikacji.

MVP przy dedykowanych aplikacjach wykorzystywanych tylko w firmie nie zawsze jest konieczne. Jednak MVP jako początkowy etap, aby pracownicy mogli już pracować, jest bardzo dobrym podejściem do tworzenia aplikacji. Dzięki temu proces tworzenia aplikacji dedykowanej jest elastyczny i można dostosowywać go na bieżąco do wymagań.

Co powinno zawierać dobre MVP aplikacji?

Jak już wiemy czym jest MVP, do czego ono służy i jak długo się je robi to teraz musimy odpowiedzieć na ostatnie pytanie. Po czym poznać dobre MVP aplikacji? Co wyróżnia złe MVP?

Dobre MVP powinno zawierać:

• rozwiąznaie jednego konkretnego problemu użytkownika
• jest kompletne – pozwala na przejście całego procesu od a do z
• jest zrobione bezbłędnie – błędy na początku rozwoju aplikacji skutecznie odstraszają użytkownika. Przypomnij sobie co było z grą Cyberpunk. Chociaż gra była pełnoprawnym produktem AAA i finalnie wyszedł świetny dopracowny produkt, to pierwsze opinie przez ilość bugów były bardzo kiepskie.
• umożliwa zbieranie danych od użytkownikóœ
• posiada podstawową analitykę

Dobre MVP nie zawiera:

• wszystkich możliwych pomysłów inwestora
• dodatkowych wodorotrysków, featury, które nie dotykają głównej funkcjonalności
• zbędnych automatyzacji – niektóre rzeczy na początku lepiej ręcznie pilnować niż dopisywać dedykowane rozwiązania

Podsumowanie

MVP pozwala przedsiębiorcom rozpocząć tworzenie dedykowanej aplikacji od najważniejszych funkcji i ograniczyć ryzyko związane z dużą inwestycją. Nie jest to jednak gotowy produkt końcowy, ale pierwszy etap rozwoju rozwiązania, który pozwala zebrać informacje i podejmować dalsze decyzje na podstawie danych.

W kolejnych etapach aplikacja może być rozwijana o kolejne funkcjonalności, które wynikają z rzeczywistych potrzeb użytkowników oraz celów biznesowych firmy.