W świecie prób i błędów, wygrywa ten, kto najszybciej znajdzie błędy. Niektórzy ludzie nazywają to podejście „fail fast”. Eric Ries nazwał to Lean, podczas gdy Kent Beck i inni twórcy oprogramowania nazwali to Agile.
Jakkolwiek to nazwiesz, chodzi o to, aby dowiedzieć się, które z twoich założeń dotyczących produktu są błędne poprzez uzyskanie informacji zwrotnej od prawdziwych użytkowników tak szybko, jak to możliwe.
Metodologia zwinna zakłada podział rozwoju produktu na sprinty, co pozwala na redukcję ryzyka i szybką reakcję na wymagane zmiany.
Ponieważ metodyka zwinna jest zbudowana wokół idei iteracyjnego procesu opartego na informacji zwrotnej od klienta, MVP odgrywa centralną rolę w zwinnym rozwoju.
Budując Minimum Viable Product (MVP) pomaga dostarczyć nowy produkt z wystarczającą ilością funkcji, aby zadowolić wczesnych użytkowników, co pozwala uzyskać cenne informacje zwrotne i zbudować kompletny zestaw funkcji później.
Koncepcja MVP jest najczęściej praktykowana w branży oprogramowania, aby sprawdzić rentowność produktu. Jeśli szukasz firmy, aby zbudować MVP dla Ciebie, sprawdź tę firmę rozwoju oprogramowania.
Większość oprogramowania dzisiaj jest rozwijany przy użyciu metodologii Agile. W środowisku Agile, często usłyszysz frazę minimalnego produktu wykonalnego (MVP).
Ten termin oznacza po prostu: najbardziej minimalnie funkcjonalną rzecz, jaką możesz zbudować, która będzie wystarczająco dobrze adresować możliwości dla większości twoich klientów docelowych i zatwierdzać twój rynek i produkt.
Innymi słowy, jeśli pomyślisz o podstawowej funkcji, którą chcesz umożliwić klientom, jaki najprostszy produkt możesz zbudować, który pozwoli im osiągnąć ten cel?
Na przykład, powiedzmy, że cofnąłeś się w czasie i pracowałeś nad pierwszą wersją aplikacji dla gazety. Podstawową funkcją aplikacji byłoby informowanie swoich czytelników. Dlatego najprostszym produktem, jaki mógłbyś zbudować, byłaby lista nagłówków wiadomości i przycisk do odświeżania.
Ponownie, kluczem do udanego MVP jest skupienie się na podstawowej wartości, jaką dostarcza aplikacja, czyli świeżych wiadomościach, a nie spędzanie czasu na budowaniu dodatkowych funkcji aplikacji.
Zauważ, że MVP nie oznacza, że produkt powinien być zły. Prawda jest taka, że powinien być bardzo dobry w tym, co robi, ale powinien skupić się na robieniu tylko kilku podstawowych funkcji.
W skrócie, główne cechy MVP to:
- Ma wystarczającą wartość, aby ludzie byli skłonni go użyć lub kupić na początku
- Pokazuje wystarczające przyszłe korzyści, aby zatrzymać wczesnych użytkowników
- Zapewnia pętlę informacji zwrotnej, aby kierować przyszłym rozwojem
Dlaczego powinieneś użyć metodyki Agile do opracowania MVP?
Kluczową różnicą między metodyką Agile a innymi metodykami jest to, że Agile wykorzystuje MVP. W podejściu zwinnym budujesz najprostszą rzecz, jaką możesz, zbierasz dane o tym, jak klienci z niej korzystają, a następnie w razie potrzeby udoskonalasz produkt.
To pozwoli Ci pracować całkiem efektywnie, budując tylko te funkcje, których klienci chcą i będą używać, zamiast tracić czas na budowanie rzeczy, na których klientom nie zależy.
Porównaj to z podejściami do rozwoju produktu, które nie są oparte na MVP. Korzystając z innych podejść, możesz spędzić mnóstwo czasu, próbując zbudować „idealny” produkt z każdą funkcją, jaką tylko możesz sobie wyobrazić, ale kiedy już pojawi się w prawdziwym świecie, odkryjesz, że klienci nie używają połowy funkcji, o których myślałeś.
Oto przykład zwinnego minimalnego produktu wykonalnego (MVP):
Źródło: Dropbox
Drew Houston – dyrektor generalny Dropbox, postanowił stworzyć MVP dla startupu przechowującego dane w chmurze w formie wideo.
Wyprodukowali explainer video i podzielili się nim z siecią, aby sprawdzić reakcje ludzi. W 3-minutowym filmie wyjaśniono, czym jest Dropbox, i zademonstrowano, w jaki sposób pomoże ludziom.
Po opublikowaniu filmu firma zwiększyła liczbę zapisów z 5 000 osób do 75 000 w ciągu jednej nocy w ramach „wczesnego dostępu” – a wszystko to bez posiadania rzeczywistego produktu.
Więc główne korzyści z budowania MVP (agile) to:
- Wstępne badania konsumenckie
Jak szybciej produkt dociera do użytkownika docelowego, tym szybciej otrzymasz informację zwrotną i przeanalizujesz wyzwania lub preferencje klienta. Jeśli użytkownicy nie uznają Twojego MVP za wartościowe, masz przestrzeń do pivota i przetestowania innych propozycji wartości.
Albo, jeśli jest odwrotnie, będziesz miał pewność, że opracowane funkcje są przydatne dla klientów docelowych, więc możesz iść do przodu. W najgorszym przypadku możesz zamrozić projekt, aby ograniczyć straty.
- Faza testowania
Największą korzyścią płynącą z opracowania MVP jest możliwość przetestowania różnych modeli biznesowych i koncepcji.
Oferując podstawowy zestaw funkcji, a nie produkt o dużej liczbie funkcji, możesz sprawdzić, czy ich koncepcja produktu współgra z Twoim modelem biznesowym, co daje możliwość zmiany kierunku produktu w oparciu o wnioski.
W przeciwieństwie do produktów bogatych w funkcje, kiedy MVP zostanie uruchomiony, będziesz miał możliwość określenia, jakie typy grup społecznych są najbardziej aktywnymi użytkownikami, w jaki sposób wchodzą w interakcje z produktem i jak możesz go spieniężyć.
- Wydajność kosztowa
Produkty wysokiej jakości są wynikiem lat rozwoju, z odpowiednią metką cenową. Ale ponieważ te produkty były tworzone iteracyjnie przez dłuższy okres, koszt jest rozłożony w czasie.
Podejście MVP pomaga również zaoszczędzić poprzez zapobieganie zbytniemu skomplikowaniu produktu. W miarę jak produkt zaczyna zyskiwać na trakcji i gromadzić więcej informacji dotyczących kierunku, w którym zmierza produkt, można zwiększyć lub zmniejszyć inwestycje.
Jeśli jesteś zainteresowany, aby dowiedzieć się więcej o Agile i metodologii SCRUM, zalecamy, aby sprawdzić ten artykuł z Instytutu SCRUM o tym, jak stać się mistrzem SCRUM w szczegółowym procesie krok po kroku. Oferują oni również najpopularniejsze i najbardziej ekonomiczne programy certyfikacyjne Scrum na świecie.
Proces budowania MVP (Agile)
Teraz, kiedy już wiesz czym jest MVP, dlaczego jest używane w Agile i jakie są jego korzyści, spójrzmy na 6 kroków wymaganych do zbudowania MVP.
Krok #1: Zidentyfikuj, jaki problem rozwiązujesz i dla kogo
Podczas tworzenia wersji nowych produktów większość ludzi nie jest wystarczająco rygorystyczna w definiowaniu problemów, które próbują rozwiązać i artykułowaniu, dlaczego te kwestie są ważne. Bez tego procesu, produkt może przegapić szanse i zmarnować zasoby. Dlatego właśnie musisz stać się lepszy w zadawaniu właściwych pytań, aby rozwiązywać właściwe problemy.
Przyjrzyj się swojemu pomysłowi na produkt i zadaj sobie pytanie:
- Kto jest Twoją docelową grupą odbiorców?
Jeśli utkniesz na tym etapie, spróbuj zidentyfikować swoje osobiste wyzwania. Czy jest coś, co byłbyś w stanie zrobić lepiej, gdybyś miał odpowiednie narzędzie?
- Dlaczego Twoja grupa docelowa potrzebuje tego produktu?
To pomoże Ci zidentyfikować główny cel Twojego produktu i rozwiązanie potrzeb Twoich potencjalnych klientów.
- W jakiej sytuacji by go użyli?
Źródło: Metabeta
Uwaga: W procesie identyfikowania odpowiedzi na powyższe pytania ważne jest, aby zachować wszystko w stanie rzeczywistym i dodatkowo zrobić szacunki czasu i kosztów.
Krok #2: Przeanalizuj swoich konkurentów
Jak tylko zorientowałeś się, jaki problem rozwiązujesz, nadszedł czas, aby zobaczyć, jak inne firmy rozwiązują ten problem – lub przynajmniej próbują go rozwiązać. W tym momencie oczywiste jest, że musisz przeprowadzić analizę konkurencji, jeśli istnieją podobne produkty na rynku.
Należy również pamiętać, że nawet jeśli uważasz, że nie masz żadnych bezpośrednich konkurentów, twoja wiara w wyjątkowość twojego produktu będzie podstawą do tego, aby pewnie wprowadzić swój produkt na rynek.
Krok #3: Zdefiniuj przepływ użytkownika, szkielet & projektu
Zdefiniowanie przepływu użytkownika dla twojego przyszłego produktu wymaga skupienia się bezpośrednio na twoim głównym celu. Aby zdefiniować główny przepływ użytkownika, powinniśmy najpierw zdefiniować etapy procesu, co jest właściwie łatwe, ponieważ wszystko, co musisz zrobić, to wyjaśnić kroki wymagane do osiągnięcia głównego celu twojego produktu.
W tym momencie, nie powinieneś myśleć o funkcjach – ale powinieneś skupić się na podstawowych zadaniach, takich jak rodzaje celów, które użytkownicy końcowi mają, gdy używają twojego produktu, ich oczekiwania, itp.
Jak już skończysz z definiowaniem przepływu użytkownika, możesz przejść do wireframingu, który jest po prostu ilustracją strony internetowej lub aplikacji. Schemat jest układem, który artykułuje jakiego rodzaju elementy interfejsu znajdą miejsce na ważnych stronach.
Wireframing Przykład:
Projektowanie interfejsu użytkownika (UI) łączy koncepcje z projektowania interakcji, projektowania wizualnego i architektury informacji. W tym miejscu należy wykorzystać to, czego nauczyliśmy się w poprzednich fazach, aby stworzyć doświadczenie, które zaskoczy i zachwyci użytkownika końcowego.
Tutaj w Cleevio, kiedy mamy gotowy pierwszy prototyp (zazwyczaj klikalną makietę) przeprowadzamy testy użytkownika. Testy z użytkownikami są kluczowe dla sukcesu nowej aplikacji. Kiedy mamy gotowe wyniki testów, iterujemy prototypy i ponownie testujemy je na użytkownikach.
Po przetestowaniu makiet powinieneś przejść do fazy projektowania, która powinna być inna dla każdej platformy (iOS, Android, Web,…).
Krok #4: Przeanalizuj swoje funkcje
Czy wiesz, że ponad 45% funkcji wbudowanych w oprogramowanie jest rzadko lub nigdy nie używanych?
Teraz, gdy już stworzyłeś swój przepływ użytkownika, możesz zacząć tworzyć bardziej szczegółową listę cech dla każdego etapu, pamiętając jednak o statystykach.
Po ułożeniu cech dla każdego etapu, będziesz musiał nadać im priorytety. Jaka jest najważniejsza akcja, którą chcesz, aby użytkownicy wykonali? To będzie twoja główna cecha.
Jedną z metod priorytetyzacji cech jest MoSCoW, która jest używana do decydowania, które funkcje należy wykonać jako pierwsze, które muszą przyjść później, a które należy wykluczyć. Inną techniką stosowaną do pomiaru niezbędności cech jest bazowanie na wartości biznesowej (czas na rozwój vs. nice to have vs. koszty)
Źródło: ProductPlan
Krok #5: Rozwój & Testowanie
Teraz, gdy znasz już cechy swojego minimalnie wykonalnego produktu (MVP), czas zastosować je w praktyce. Przechodząc do etapu rozwoju, musisz przetestować swój produkt i pracować nad poprawą jego jakości.
Po zatwierdzeniu ramek, powinieneś zacząć pracować nad architekturą konfiguracji, bazą danych i zacząć rozwijać API, administrację i cały back-end.
Testy alfa i beta mogą tu pomóc jako jedne z najbardziej popularnych sposobów testowania wydajności produktu w różnych scenariuszach. Upewnij się, że wyrównujesz testy i wprowadzasz tylko te zmiany, które wpływają na całe doświadczenie użytkownika.
Jako standard, powinieneś wdrożyć następujące testy w kontrolowanym środowisku przed uruchomieniem aplikacji:
- Testowanie funkcjonalności
- Testowanie użyteczności
- Testowanie kompatybilności
- Testowanie tłumu
- Testowanie interfejsu
- Testowanie wydajności
- Testowanie bezpieczeństwa
Podczas procesu rozwoju powinieneś stale testować wszystkie zaimplementowane funkcje.
Na przykład, tutaj w Cleevio, budujemy aplikacje mobilne, a wydania beta są wysyłane do Google alpha/beta testing oraz do Apple’s TestFlight. Wewnętrzne kompilacje testowe są w Appcenter (oficjalne narzędzie Microsoftu).
Gdy „kandydat do wydania” (produkt, który jest gotowy na rynek) jest gotowy, przeprowadzamy otwarte lub zamknięte beta testy, gdzie zapraszamy jak najwięcej odpowiednich użytkowników do programu beta testów i zbieramy informacje zwrotne na temat funkcjonalności i błędów.
Krok #6: Iteracyjnie dojdź do dopasowania produktu do rynku lub porażki
Jeśli zwalidujesz MVP, możesz zacząć patrzeć na zakres swojego produktu i rozszerzać go. W tym momencie, albo zebrać kapitał na rozpoczęcie działalności, aby pomóc dostać się na rynek szybciej lub fail.
Dla aplikacji mobilnych, zazwyczaj zrobić „miękkie uruchomienie”, kiedy wypuszczamy MVP do AppStore i Google Play, ale nie zachęcać żadnych marketingu aplikacji w tym czasie.
Jak aplikacja jest coraz więcej użytkowników niektóre błędy mogą pop i jesteśmy pewni, aby naprawić wszystko ASAP. Zazwyczaj wypuszczamy nowe wersje co drugi dzień. Kiedy aplikacja jest już stabilna i mamy wskaźnik użytkowników wolnych od awarii powyżej 99,9%, zalecamy rozpoczęcie działań marketingowych i pozyskanie większej liczby użytkowników.
Dane są naprawdę ważne i dlatego zalecamy monitorowanie zachowań użytkowników za pomocą Mixpanel lub Google Firebase analytics, abyśmy mogli zrozumieć jak użytkownicy naprawdę korzystają z aplikacji.
Rozwój produktu nigdy nie jest zakończony. Bardzo ważne jest, aby pytać o opinie użytkowników i iterować produkt. Kiedy mamy więcej użytkowników przeprowadzamy testy A / B, aby móc testować różne rozwiązania i zwiększać zaangażowanie użytkowników.
Źródło: ProductPlan
Wnioski
W Cleevio rozwinęliśmy ponad 120 MVP w ciągu ostatnich 10 lat, więc mamy wystarczająco dużo doświadczenia pod naszym paskiem, aby wiedzieć, które MVP skalują się, a które spalają się i umierają.
Wiemy, że przygotowanie mapy drogowej, dokumentacji lub makiet dla Twojego pomysłu MVP jest nieco przytłaczające, więc skontaktuj się z nami, a z przyjemnością udzielimy Ci kilku darmowych porad.
Aby porozmawiać o Twoim MVP, napisz do nas na adres [email protected] .
.