Wszyscy radzą, żeby zacząć projekt od stworzenia MVP, ale nie jesteś pewien, czy to konieczne w przypadku Twojego biznesu? Zanim podejmiesz ostateczną dezycję, warto przyjrzeć się kilku popularnym założeniom na temat MVP. Dzięki temu dowiesz się, co naprawdę wiąże się z budową Minimum Viable Product i będziesz mieć lepsze pojęcie o tym, jakie daje to korzyści.
Czym jest MVP?
Na początek trochę teorii. Minimum Viable Product (MVP) zawdzięcza swoją nazwę temu, że ma minimalny zestaw funkcji, które rozwiązują problem użytkowników. Ale to nie wszystko. MVP powinno też wzbudzać ich zainteresowanie i być postrzegane jako atrakcyjny produkt.
Sam termin został stworzony przez Franka Robinsona w 2001 roku, ale stał się bardziej popularny dzięki Ericowi Riesowi, autorowi książki “The Lean Startup”. Obecnie niemal każda firma tworząca oprogramowanie oferuje MVP swoim klientom – i nie bez przyczyny.
MVP w praktyce
Najłatwiej wytłumaczyć, czym jest MVP za pomocą przykładu. Przyjmijmy, że chcesz zbudować mobilną aplikację, która pomaga seniorom w nauce języków obcych. Po przeprowadzeniu researchu okazało się, że najbardziej problematyczna jest nauka alfabetu, gdy znacznie różni się on od tego, jakim senior posługuje się na co dzień.
W takim przypadku Twoje MVP powinno skupiać się na kwestii dotyczącej alfabetu i oferować najlepsze rozwiązanie, które ułatwia czytanie i pisanie nowych liter. Możesz dodać inne edukacyjne funkcje później. Najpierw powinieneś jednak sprawdzić, czy użytkownicy rzeczywiście postrzegają Twoją aplikację jako wartościową.
Feedback użytkowników będzie źródłem wiedzy, która pomoże Ci ulepszyć aplikację i opracować lepszą strategię.
Dzięki aplikacji MVP dowiesz się, czy Twój produkt jest funkcjonalny i wzbudza zainteresowanie na rynku. To rozwiązanie pozwala też zmniejszyć ryzyko w biznesie i zapobiega wydawaniu dużych nakładów finansowych na niepotrzebne funkcje. Z jego pomocą zaoszczędzisz też trochę czasu na tworzenie aplikacji.
Chociaż koncepcja MVP jest raczej nieskomplikowana, krążą wokół niej pewne mylne założenia. Związane są zwłaszcza z celowością budowy podstawowej wersji produktu i sposobem, w jaki należy do tego podejść.
Mit nr 1. Rozwój MVP jest tylko dla startupów
Niemal każdy software house zaleca budowę MVP, jeśli startup chce wejść na rynek z nową aplikacją. Łatwo można wysunąć błędny wniosek, że tylko początkujący powinni rozważyć budowę Minimum Viable Product.
Jaka jest prawda? Bez wątpienia MVP to doskonałe rozwiązanie dla startupów. One często muszą udowodnić wartość swoich aplikacji tak szybko jak to możliwe, żeby przyciągnąć inwestorów.
Poza tym, kiedy budujesz pierwszą wersję produktu Twoja wiedza na temat grupy docelowej jest mniejsza. Bardziej doświadczone organizacje znają swoich użytkowników lepiej, więc mają w tej kwestii przewagę. Ale nie znaczy to, że nie skorzystają na tworzeniu MVP.
Minimum Viable Product da im szansę na analizę rynku z nowej perspektywy, sprawdzenie, czy potrzeby użytkowników nie uległy zmianie na przestrzeni lat i odkrycie niedostrzeżonych wcześniej możliwości.
Aplikacja MVP może nawet być inspiracją do zmian w ofercie i strategii sprzedaży, warto więc rozważyć jej budowę.
Mit nr 2. Mobilna aplikacja MVP nie jest potrzebna, gdy masz rozbudową aplikację webową
Jeśli od lat oferujesz aplikację webową, z pewnością masz dużo danych na temat zachowania użytkowników, ich preferencji i potrzeb. Ale co jeżeli użytkownicy mobilni szukają czegoś innego niż użytkownicy webowi? A może ich priorytety się zmieniają, kiedy zyskują oni dostęp do dedykowanej aplikacji mobilnej? Wtedy właśnie MVP przychodzi z pomocą.
Możesz wykorzystać Minimum Viable Product, żeby zbierać takie informacje dotyczące produktu, których nie zdobędziesz bazując jedynie na aplikacji webowej.
Pozostaje jeszcze kwestia nawigacji, powiadomień i innych elementów unikalnych dla rozwiązań mobilnych. Dedykowane aplikacje na smartfony mają duży potencjał. Jeśli ograniczysz się jedynie do zapakowania strony WWW w mobilną formę, łatwo możesz go przeoczyć.
Skup się na głównych funkcjach
Pomyśl znowu o aplikacji do nauki języków dla seniorów. Przyjmijmy, że w webowej wersji można znaleźć:
- słownik,
- ćwiczenia z prowadzenia dialogów,
- zakładkę z wyjaśnieniami dotyczącymi poszczególnych zagadnień,
- zakładkę poświęconą nauce alfabetu z ćwiczeniami wymowy liter.
Ale seniorzy (a przynajmniej nasza wymyślona grupa seniorów) korzystają ze smartfonów głównie, gdy mają wolną chwilę poza domem – w autobusach albo poczekalniach. Nie mają czasu na dogłębne wyjaśnienia, a słuchanie prawidłowej wymowy liter w miejscach publicznych nie jest wygodne, chyba że masz ze sobą słuchawki. Zmiana podejścia wydaje się konieczna.
Co więc możesz zrobić w swojej mobilnej aplikacji MVP? Najpierw skup się na najważniejszej kwestii – alfabecie – i zamiast ćwiczeń ze słuchu, daj seniorom okazję do napisania liter. W aplikacji webowej jest to trudne do zrealizowania, ale nie stanowi problemu w przypadku wersji mobilnej.
Na tej samej zasadzie powinieneś rozważyć, jakie inne funkcje warto wdrożyć i sprawdzić, które oferują dodatkową wartość dostępną jedynie na mobilnych urządzeniach.
Kiedy MVP może się nie sprawdzić?
Oczywiście czasem ciężko zbudować małą aplikację MVP, która rozwiązuje tylko jeden problem. Na przykład, gdy masz duży e-commerce i doskonale wiesz, że klienci oczekują tych samych funkcji, które są na stronie – albo i więcej.
Zwłaszcza, kiedy konkurencja oferuje bogaty zestaw funkcjonalności w swoich aplikacjach mobilnych, proste MVP może nie wystarczyć. Mimo to, należy zawsze określić najważniejsze elementy pierwszej wersji aplikacji i zaplanować długorozwojową strategię produktu.
Mit nr 3. Jeśli budujesz aplikację MVP, możesz pominąć testy na prototypie
Zarówno prototyp, jak i MVP pozwalają Ci przetestować pomysł na aplikację. Nie zmienia to jednak faktu, że lepiej poświęcić trochę czasu na stworzenie prototypu, testy i analizę. Dlaczego? W ten sposób zwiększasz szanse na to, że uda Ci się uniknąć kosztownych błędów – głównie związanych z wyborem funkcji i architekturą informacji.
Właśnie dlatego zawsze zalecamy testy użyteczności na prototypie po przeprowadzeniu warsztatów Product design. Kiedy projekt UI jest gotowy, najlepiej pokazać prototyp potencjalnym użytkownikom (5 lub 6 osób zwykle wystarczy) i obserwować ich zachowanie. Jeśli jakieś problemy występują w przypadku różnych osób, designer powinien wprowadzić zmiany. Dzięki temu ostateczna wersja aplikacji będzie mogła lepiej działać, a Tobie umożliwi to przetestowanie koncepcji biznesowej, a nie tylko intuicyjności produktu.
Mit nr 4. MVP to niedokończona wersja aplikacji mobilnej
Jeśli naprawdę chcesz zobaczyć, czy Twoja aplikacja rozwiązuje problem, nie możesz zaoferować użytkownikom czegoś działającego tylko połowicznie. W takim wypadku nie będziesz w stanie sprawdzić, czy produkt zaspokaja potrzeby użytkowników i czy oni lubią z niego korzystać.
MVP to podstawowa wersja aplikacji, ale to też ukończony produkt, który pomaga ludziom osiągać ich cele.
Spójrz na nasz przykład aplikacji MVP – stworzyliśmy ją we Flutterze dla Opery Wrocławskiej. Nie jest po brzegi wypełniona funkcjami. Była zbudowana głównie po to, by ułatwić zamawianie biletów i przeglądanie repertuaru. I całkiem dobrze spełnia swoje zadanie (przynajmniej naszym skromnym zdaniem). Koncepcja bazowała niemal w całości na tym, czego potrzebują użytkownicy.
Oczywiście po opublikowaniu MVP możesz dodawać nowe opcje. Są spore szanse, że użytkownicy będą coraz więcej od Ciebie oczekiwać. Ale to MVP pokaże, czy w ogóle warto zaczynać dany projekt, pomoże zebrać opinie klientów i opracować rozwiązania, które gwarantują najlepszy UX.
Mit nr 5. Minimum Viable Product służy tylko testowaniu koncepcji
Uważasz, że Twój projekt jest tak gruntownie przemyślany, że przeprowadzanie testów nie ma sensu? To popularne przekonanie pośród ludzi, którzy skończyli z aplikacją, której nikt nie chciał otwierać drugi raz. Ale chociaż weryfikacja założeń to ważny argument przemawiający za budową MVP, nie jest to jedyna korzyść, jakiej możesz się spodziewać.
MVP skraca czas potrzebny do stworzenia aplikacji zanim pojawi się ona na rynku. Dzięki niej nie musisz czekać do momentu aż wszystkie dodatkowe funkcje zostaną wdrożone. Możesz zacząć rozwiązywać problemy użytkowników wcześniej i szybciej czerpać z tego profity.
Minimum Viable Product daje Ci też więcej czasu na stworzenie nowych funkcjonalności. Firma tworząca oprogramowanie może regularnie je aktualizować i dodawać opcje bez pośpiechu, ponieważ produkt już jest na rynku i generuje przychody.
Jak stworzyć MVP w Twoim projekcie?
Proces budowy MVP składa się z kilku etapów, ale na początek należy zadbać o research. Porozmawiaj z potencjalnymi użytkownikami i dowiedz się, z czym się zmagają i jak rozwiązują problem, na jakim chcesz się skupić. Możesz przeprowadzić wywiady, poszukać raportów itp. Każda informacja będzie miała znaczenie.
Szablony User Journey Mapping również mogą stanowić ułatwienie, zwłaszcza kiedy chcesz określić krytyczne elementy, które wymagają ulepszeń.
Następnie ustal, jaką unikalną wartość możesz zaoferować i w jaki sposób. Warto wypisać wszystkie funkcje i spróbować określić, które są najważniejsze, a które tylko miło by było mieć. Na tej podstawie możesz przygotować diagram user flow.
Najlepiej skonsultować swój plan na MVP z zespołem programistów, którzy powiedzą Ci, ile czasu zajmie stworzenie każdej funkcji. Podadzą Ci też szacowane koszty budowy.
Jeśli potrzebujesz wsparcia przy tworzeniu strategii MVP, chętnie służymy pomocą. Zwykle najpierw zalecamy przeprowadzenie warsztatów Product Design. To pozwala na skupić się na głównym wyzwaniu i przygotować strategię, która da Ci największą szansę na osiągnięcie celów. Warsztaty opierają się na podejściu Design Sprint.
Weź w nich udział i stwórz MVP, które oferuje prawdziwą wartość – zarówno dla użytkowników, jak i dla Twojego biznesu.
