Jak ustalić priorytety rozwoju funkcji po zbudowaniu MVP?

[ na okładce : aplikacja mobilna Unight ]

Po pierwsze, jak wielu mówi. W kontekście rozwoju produktu startowego, MVP jest pierwszą docelową wersją Twojego wymarzonego produktu. Ale MVP są znane z tego, że są mniej czasochłonne i kosztowne. Tam rozwój projektu zbliża się do końcowego etapu - a jaki jest kolejny krok po mvp?

Nie zauważyłeś, że budowanie MVP wywołuje efekt kuli śnieżnej ?

Wyobraź sobie proces tworzenia śnieżki. Zaczynasz od małych płatków śniegu, zbierając je wszystkie w kulkę. Ta sama analogia działa z tworzeniem MVP - zaczynasz od małych, definiując funkcje, które są niezbędne w Twoim produkcie. Podczas procesu tworzenia aplikacji Twój zespół i Ty wpadasz na świeże pomysły na ulepszenie produktu, co skutkuje pojawieniem się nowych zadań. Oczywiście powoduje to również wzrost limitów budżetowych.

Jednak już zgodziłeś się, że budujesz MVP, a to oznacza, że ​​nie powinieneś przedłużać etapu rozwoju. Po pierwsze, musisz upewnić się, że Twój produkt jest dokładnie tym, czego potrzebuje rynek, za pomocą produktu Minimum Viable Product. Ale nie możesz po prostu stracić cennych pomysłów-perełek tylko dlatego, że ich czas nie jest idealny – dlatego zalecamy działanie tak, jak zawsze – aby zebrać te pomysły i umieścić je w zaległościach zadań. Odkładanie funkcji do dodania po MVP pozwoli ci ustalić priorytety późniejszego rozwoju funkcji i umieścić je w kolejności, w jakiej chcesz je zbudować.

Zgodnie z teorią modelu Kano, która dzieli klientów na 5 typów, jest to trzecia – atrakcyjne cechy, za którymi tęsknią użytkownicy. Ale główny cel MVP jest innego rodzaju. Tworzone są minimalne realne produkty, aby przetestować koncepcję. Twój MVP musi odpowiedzieć na pytanie „ Czy rynek naprawdę interesuje się moim produktem? ”; więc mądrze jest rozwijać ten produkt szybciej i taniej, z bogatym w funkcje kolejnym etapem MVP.

Jaki jest następny krok po utworzeniu MVP po zakończeniu MVP?

1. Najpierw beta-testy.

Dobrze znane są grupy testów beta, które właściciele produktów wymyślają zaraz po zakończeniu procesu rozwoju. Beta-testerzy to różne osoby, które pochodzą ze strony klienta (lub znajdujemy ich na życzenie klienta) i zaczynają korzystać z produktu. Po krótkiej chwili przekazują nam swoją opinię, pozwalającą nam zobaczyć faktyczne oczekiwania użytkowników. Ważną rzeczą po tym jest przetworzenie otrzymanych wyników - poprzez przekształcenie pomysłów na funkcje w zadania i umieszczenie ich w backlogu. W ten sposób przekazujesz swoim użytkownikom jasny komunikat – że ich głosy są słyszane i zauważane.

2. 3, 2, Uruchom.

Wprowadzenie produktu MVP to tylko kolejna iteracja w długim i zabawnym procesie rozwoju produktu. To samo dzieje się za każdym razem, gdy kończysz sprint programistyczny – najpierw testujesz, potem naprawiasz, ponownie testujesz i wydajesz. Na tym etapie trzeba jednak uwzględnić jeszcze jeden element – ​​marketing wychodzący. Istnieje wiele sposobów promowania nowej aplikacji lub witryny, w tym:

• Usługi SEO/ASO
• Publikowanie na blogu
• Komunikaty prasowe i reklama w czasopiśmie
• Konkursy i konkursy

Zainteresowany dalszym marketingiem aplikacji? Zapraszamy do przeczytania naszego ostatniego artykułu na temat marketingu aplikacji .

Oprócz głębokiego zagłębienia się w marketing, nadal musisz mieć oko na to, jakie jest zaangażowanie w Twój produkt. Jeśli wszystko działa poprawnie, wystarczy skupić się na wsparciu technicznym i monitorowaniu.

Co kryje się za minimalnie opłacalnym produktem?

Od teraz cały przyszły rozwój produktu zależy od danych, które zaczniesz otrzymywać. Oprzyj swoje wnioski i działania na:

1. Otrzymane dane – współczynnik retencji, czas trwania sesji, parametry zaangażowania użytkowników, pozyskiwanie użytkowników i wartość od początku śledzenia to kluczowe wskaźniki efektywności, które należy śledzić i analizować. Jeśli Twoja aplikacja jest w jakiś sposób monetyzowana - zwróć uwagę na wydajność różnych metod monetyzacji. Co zaskakujące, istnieje 9 najbardziej znanych wskaźników KPI mierzących wydajność aplikacji – pełną listę znajdziesz tutaj.

2. Podano informacje zwrotne od użytkowników. Google Play i App Store dają wygodny sposób ich monitorowania, po prostu zaglądając do sekcji informacji zwrotnych. Niemniej jednak szukaj wzmianek o swojej marce w sieciach społecznościowych, na forach i platformach internetowych. Narzędziem, które polecamy Ci użyć, jest YouScan, które pozwala znaleźć wszystko - od ocen po reklamacje, w których wspomina się o Twojej marce.

   

3. Trzecia faza MVP miałaby polegać na analizie danych numer 1 i 2 i na ich podstawie podjąć decyzję o implementacji funkcji. Aby to zrobić, musisz ponownie otworzyć swój backlog zadań, a dla każdej funkcji umieszczamy określoną wartość (od 0 do 10), zgodnie z którą z podstawowych metryk będzie ona miała wpływ (jak pokazano na poniższym obrazku).

Jeszcze nie przekonany? Cóż, na powyższym obrazku załóżmy, że dokładnie zmierzyłeś swoje dane w aplikacji i widzisz, że zaangażowanie użytkowników jest znacznie niższe niż w pozostałych. Czas przejść do pomysłów na funkcje wymienione w rejestrze zadań i wybrać funkcje do umieszczenia w linii poziomej (jak pokazano na obrazku). Następnie analizujemy, które metryki ta konkretna funkcja pomoże nam ulepszyć – oczywiście z pomocą naszych analityków biznesowych i marketingowych. Po prostu stawiamy pewną ocenę (na skali od 0 do 10) w zależności od tego, jak pomocna będzie ta funkcja. Proces oceny funkcji pokazuje, że element „Powiadomienia push” ma pewność 10 w linii zaangażowania użytkownika; po ich wdrożeniu użytkownicy częściej przypominają o aplikacji, co prowadzi do częstszych wizyt w aplikacji, zwiększonej aktywności i ostatecznie wyższego wskaźnika zaangażowania. Dlatego postanawiamy rozwijać tę funkcję.

Kolejną istotną kwestią, którą należy się przyjrzeć, jest koszt zmiany. Mówiąc z doświadczenia, standardowa funkcja powiadomień push zajmuje około 20 godzin. Czy jesteś gotowy zainwestować w ten element; więcej do tego, jaki zysk przyniesie ci to w przyszłości? Staranny dobór i analiza sprawiają, że podsumowanie funkcji post-MVP jest tak ważne, aby ustalić priorytety.

Podejście DIBB.

Chcielibyśmy również podkreślić podejście DIBB do produktu - Data, Insight, Bet and Believe, z tymi 4 fazami opisującymi wszystkie procesy zachodzące w produkcie. Najpierw analizujesz dane, następnie przeglądasz swoje spostrzeżenia, stawiasz zakład na określoną funkcję, a na końcu uważasz, że to, co konieczne, zostało zrealizowane. Cała koncepcja DIBB to cykl prognoz opartych na danych, które należy sprawdzić, aby dokonać maksymalnie opłacalnej zmiany.

Ważna uwaga

Opinie użytkowników, które będziesz analizować, nie zawsze zachwycą Cię pozytywnymi recenzjami produktów. Czasami będziesz miał do czynienia z negatywnymi recenzjami i komentarzami. Ale zanim przeklniesz wszystko, na czym stoi świat – pamiętaj, że tu rządzisz. Wszystko zależy od tego, jak zachowasz się w danej sytuacji. Pamiętaj, że relacje z najbardziej lojalnymi klientami często zaczynają się od złej recenzji App Store.

Chcesz pracować z negatywnymi opiniami klientów? Nasz artykuł „Jak pracować z opiniami użytkowników?” wkrótce trafi / bądź na bieżąco!

Od MVP do MLP.

Nawet Wikipedia stwierdza, że ​​głównym celem Agile MVP jest dostarczanie informacji zwrotnych dla dalszego rozwoju produktu. Więc kiedy już to zrobisz, rozważ zasoby i perspektywę, aby zapewnić najbardziej potrzebne aktualizacje techniczne. Analityka, umiejętności krytycznego myślenia to czynniki, które ci tutaj pomagają. W grę wchodzi jednak coś więcej – trzeba też włączyć czynnik empatii. Musisz zwracać uwagę na to, co mówią Twoi użytkownicy, pokazując, że ich słyszysz, wprowadzając pożądane zmiany. Pomyśl o tym przez chwilę, zanim zaczniesz dodawać funkcje. Zawsze dostosowujemy nasze produkty do istniejącego rynku, więc dlaczego nie zastosować Twoich ?

Napisane przez Ivana Dyshuka i Elinę Bessarabovą