Jak wybrać priorytety do projektu aplikacji? Metody przydatne w fazie Product Discovery

Jak wybrać priorytety do projektu aplikacji? Metody przydatne w fazie Product Discovery

Rozwijanie aplikacji wiąże się z nieustannym dokonywaniem wyborów.

Jakie funkcje najbardziej przydadzą się użytkownikom? Które funkcjonalności będą najbardziej opłacalne z perspektywy biznesu? Jak podejmować właściwe decyzje i jednocześnie unikać kosztownych błędów?

Kształtowanie wizji produktu wymaga dogłębnej analizy, najlepiej przeprowadzonej z wielu perspektyw. Na szczęście są narzędzia, które mogą ten proces ułatwić.

Poznaj różne metody, które pozwolą Ci wybrać priorytety na etapie odkrywania produktu. 

Do czego służy faza Discovery?

Zanim przejdziemy do metod, ustalmy, czym jest proces odkrywania produktu, czyli Product Discovery.

W dużej mierze przyczynia się on do sukcesu aplikacji mobilnej. To coś więcej niż tylko wstępne planowanie. Faza ta obejmuje:

  • tworzenie solidnych podwalin pod projekt aplikacji,
  • definiowanie wizji produktu,
  • dopasowywanie wizji w taki sposób, żeby spełniała wymagania biznesowe i użytkowników.

Ten wstępny etap jest kluczowy przy ustalaniu wspólnej wizji z zespołem deweloperskim i interesariuszami. Pomaga też wyeliminować ewentualne sprzeczności, nieporozumienia i błędy.

To właśnie wtedy definiujemy zakres projektu, ustanawiamy cele i określamy potencjalne ryzyka. 

W ramach tego procesu zespół ekspertów z różnych dziedzin wybiera rozwiązania, które powinny się pojawiać w MVP. Z tego powodu wszyscy przedstawiają swój punkt widzenia w taki sposób, żeby pozostali zrozumieli ich stanowisko.

To wspólne porozumienie stanowi podstawę, która prowadzi do stworzenia roadmapy projektu, poprawnie zdefiniowanej architektury produktu i efektywnej alokacji zasobów.

Cele Project Discovery

W fazie odkrywania chodzi o zmniejszenie ryzyka związanego z dopasowaniem do rynku, wyborem technologii i problemami komunikacyjnymi oraz zabezpieczenie się przed nadmiernymi kosztami.

Jednak cele fazy odkrywania wykraczają poza zarządzanie ryzykiem. Na tym etapie skupiamy się też na:

  • dostosowaniu projektu do potrzeb użytkowników i ich oczekiwań,
  • określeniu zarówno potrzeb biznesu, jak i słabych i mocnych stron systemu,
  • wyeliminowaniu niewiadomych i ustaleniu jasnego kierunku rozwoju projektu,
  • dopasowaniu wizji projektu do realiów rynku,
  • upewnianiu się, że pożądane rozwiązania są wykonalne, a ich realizacja nie zajmie zbyt wiele czasu.

Jak wybrać priorytety do MVP?

Pod koniec fazy Discovery skupiamy się na priorytetach.

Wybieranie funkcji, które mają znaleźć się w MVP, można porównać do układania puzzli. Każdy kawałek pozwala Ci tworzyć spójny obraz, który pasuje do Twojej wizji projektu i odpowiada grupie docelowej. Ale pojawia się pytanie: jak zdecydować, które funkcje zaimplementować?

Odpowiedź znajdziesz dzięki narzędziom do wybierania priorytetów. Z ich pomocą przeanalizujesz i ocenisz funkcje na podstawie wielu czynników, takich jak znaczenie dla projektu, wykonalność i dopasowanie do potrzeb użytkowników. Te szablony pokierują Cię przy wybieraniu kluczowych funkcji, które stworzą szkielet MVP.

Przyjrzymy się teraz kilku takim rozwiązaniom. Każde z nich pozwala spojrzeć na wybór priorytetów z nieco innej strony:

  1. Matryca Wpływ-Wysiłek (ImpactEffort)
  2. Model RICE
  3. Model Kano
  4. Metoda MoSCoW
  5. Analiza SWOT
  6. Mapowanie założeń (assumption mapping)

Matryca Wpływu-Wysiłku (Impact-Effort)

Czasem najprostszy sposób jest najlepszy. Matryca Impact-Effort dobrze oddaje sens tego stwierdzenia.

Tą metodą dobierzesz priorytetowe funkcje na podstawie ich prawdopodobnego wpływu na sukces projektu oraz wysiłku potrzebnego do ich implementacji. Celem jest nadanie priorytetu funkcjom, które będą miały jak największy wpływ przy najmniejszym wysiłku.

Jak uzupełnić tabelę Impact–Effort krok po kroku?

  1. Możesz użyć darmowego szablonu z Figmy.
  2. Przygotuj listę zadań i funkcji na podstawie materiałów przygotowanych w fazie Discovery.
  3. Poproś członków zespołu o wybór najważniejszych funkcji, które będą miały największy wpływ na sukces produktu.
  4. Następnie omów każdą funkcję i przeanalizuj je z perspektywy technicznej i pod względem czasu, jakie trzeba będzie poświęcić na ich realizację.
  5. Przenieś funkcje na odpowiednie miejsca tabeli.
  6. Powtórz tę procedurę z najmniej ważnymi funkcjami/zadaniami.

Użyj tej matrycy, jeśli zastanawiasz się:

  • od czego najlepiej rozpocząć rozwijanie aplikacji i co robić w następnej kolejności,
  • czy wszystkie Twoje pomysły są możliwe do zrealizowania,
  • czy rezultaty wynagrodzą włożony wysiłek,
  • jak ważne są proponowane funkcje dla innych członków zespołu deweloperskiego i interesariuszy.

Model RICE

Dzięki temu modelowi ustalisz priorytetowe pomysły na podstawie czterech aspektów:

  • Reach (zasięg): ocenia liczbę użytkowników, na których dana funkcja wpłynie w określonym czasie.
  • Impact (wpływ): mierzy, jak bardzo funkcja przyczyni się do osiągnięcia celów projektu.
  • Confidence (pewność): stopień pewności pokazujący, na ile prognozowane zasięgi, wpływy i wysiłki są dokładne.
  • Effort (wysiłek): szacowana ilość pracy koniecznej do zaimplementowania funkcji.

Jak to działa?

  1. Możesz posłużyć się szablonem Miro.
  2. Wybierz ramy czasowe (np. pierwsze trzy miesiące).
  3. Zbierz pomysły, na których chcesz się skupić.
  4. [Zasięg] Jeśli masz już jakieś raporty (np. z analityki aplikacji webowej), wykorzystaj te dane do estymacji oczekiwanych rezultatów, takich jak liczba nowych lub powracających użytkowników aplikacji mobilnej.
  5. [Wpływ] Zastanów się, jaki wpływ dane rozwiązanie może mieć na grupę docelową. Na przykład, jakie są szanse na to, że zwiększy ono zaangażowanie użytkowników albo skłoni ich do przejścia na płatny plan? Aby to ocenić, użyj skali od 1 do 3.
  6. [Pewność] Na ile procent oceniasz prawdopodobieństwo, że dana funkcja będzie miała spodziewany wpływ?
  7. [Wysiłek] Oszacuj liczbę godzin pracy potrzebnych do realizacji pomysłu.
  8. Oblicz wynik na podstawie tego wzoru: Zasięg x Wpływ x Pewność / Wysiłek. Im wyższy wynik, tym lepiej wykorzystać dany pomysł przy planowaniu procesu rozwoju produktu.

Wykorzystaj tę matrycę, jeśli chcesz wiedzieć:

  • czy realizacja Twoich pomysłów nie zajmie zbyt wiele czasu,
  • jak poszczególne rozwiązania mogą Cię przybliżyć do realizacji celów,
  • które pomysły są warte wypróbowania, a o których lepiej zapomnieć.

Model Kano

Ten szablon pomoże Ci określić, które funkcje zachwycą użytkowników i odpowiedzą na ich potrzeby lub spowodują niezadowolenie, jeśli zabraknie ich w MVP.

Model Kano każe się skupić na satysfakcji użytkownika. W ten sposób pozwala się upewnić, że aplikacja spełnia potrzeby grupy docelowej, a nawet przekracza jej oczekiwania, co prowadzi do powstania produktu, który wyróżnia się na rynku.

Kano kategoryzuje funkcje na podstawie dwóch głównych czynników: funkcjonalności i satysfakcji użytkownika. Są one przedstawione na osiach.

Wykres składa się z czterech części. W zależności od tego, z jakiego szablonu korzystasz, mogą one mieć nieco inne nazwy, ale zazwyczaj odwołują się do:

  • wydajności – czyli do elementów, które zwiększają satysfakcję użytkowników, ponieważ podnoszą jakość produktu.
  • atrakcyjności – czyli do atrakcyjnych elementów, których użytkownicy nie oczekują, ale dobrze by było je mieć.
  • neutralności – czyli do elementów, które mają niewielki wpływ na satysfakcję użytkowników lub nie mają go wcale, nie są też związane z funkcjonalnością.
  • niezbędnych elementów – użytkownicy oczekują, że znajdą się w aplikacji, a ich brak może powodować niezadowolenie.

Jak działa model Kano?

  1. Możesz wykorzystać ten szablon od Lucidspark.
  2. Spójrz na swoje pomysły na funkcje i przeanalizuj każdy z nich z osobna. Zastanów się, czy dane rozwiązanie jest konieczne do tego, żeby móc dostarczać główną funkcjonalność? Jeśli tak, oznacza to w odpowiedni sposób (np. za pomocą naklejek w czerwonym i zielonym kolorze albo w skali od 0 do 2).
  3. Przemyśl, czy to rozwiązanie wywołuje w użytkownikach poczucie ekscytacji, entuzjazmu albo satysfakcji? Ponownie użyj naklejek lub skali do oznaczenia odpowiedzi.
  4. Zastanów się, czy dana funkcja może zmniejszać entuzjazm użytkowników wobec aplikacji? Oznacz odpowiedzi w wybrany sposób.
  5. Przenieś swoje pomysły na szablon Kano w odpowiednie miejsca.

Wykorzystaj ten model jeśli zadajesz sobie poniższe pytania: 

  • Jakie funkcje powinniśmy zbudować w pierwszej kolejności skoro mamy niewiele czasu?
  • Jak możemy osiągnąć kompromis i pogodzić wiele różnych wymagań?
  • Jak możemy zaplanować kolejne kroki po MVP?

Kano model

Metoda MoSCoW

Następna w kolejności jest matryca MoSCoW. To proste i efektywne narzędzie do ustalania priorytetów w projektach. Porządkuje funkcje w oparciu o cztery kategorie:

  • Must-have (musi być) – elementy krytyczne i niezbędne dla powodzenia projektu.
  • Should-have (powinno być) – elementy ważne, ale nie niezbędne.
  • Could-have (może być) – elementy pożądane, ale nie wymagane.
  • Won’t-have (nie będzie) – najmniej istotne elementy, które można na razie zignorować.

Jak działa metoda MoSCoW?

  1. Przygotuj szablon, np. ten od ConceptBoard.
  2. Razem z zespołem projektowym przeanalizuj listę pomysłów na funkcje i oceń je, mając na względzie zainteresowanie użytkowników, wykonalność (włączając w to aspekty związane z wysiłkiem, czasem i budżetem) i wpływ, jaki ma dana funkcja na ulepszenie produktu. Aby uprościć to zadanie, możesz użyć zestawu naklejek. Pamiętaj tylko o przygotowaniu legendy tłumaczącej ich znaczenie.
  3. Następnie umieść karteczki z ocenionymi pomysłami na matrycy MoSCoW w wyznaczonych miejscach. Dzięki temu zobaczysz, które funkcje są ważniejsze i należy się nimi zająć w pierwszej kolejności.

Wykorzystaj ten model, jeśli musisz znaleźć odpowiedzi na następujące pytania:

  • Jakie funkcje należy rozwinąć w kolejnym sprincie?
  • Jak wybrać priorytety, kiedy brakuje czasu?
  • Jak można szybko pokazać interesariuszom plany na rozwój produktu?

MoSCoW matrix

Analiza SWOT

Wiele wewnętrznych i zewnętrznych czynników wpływa na sukces produktu. Najlepiej wziąć je wszystkie pod uwagę podczas opracowywania strategii rozwoju aplikacji. Do tego właśnie służy analiza SWOT. Pokazuje, jakie elementy należy zaimplementować, żeby osiągać lepsze rezultaty i na jakie ryzyka trzeba się przygotować.

Siatka SWOT jest podzielona na cztery kategorie związane z projektem:

  • Strengths, czyli mocne strony – unikalne czynniki wewnętrzne, które stawiają produkt w korzystnej pozycji.
  • Weaknesses, czyli słabe strony – wewnętrzne czynniki, które sprawiają, że rozwój biznesu jest utrudniony.
  • Opportunities, czyli szanse – zewnętrzne czynniki środowiskowe, dzięki którym Twój biznes może się rozwijać.
  • Threats, czyli zagrożenia – podobnie jak w przypadku szans, są to zewnętrzne czynniki środowiskowe, ale w tym przypadku spowalniają one rozwój produktu i powodują problemy.

Jak działa analiza SWOT?

  1. Ustal swoje cele projektowe. Pamiętaj o perspektywie użytkownika i biznesowej. Dla ułatwienia najpierw możesz uzupełnić Business Model Canvas, żeby uzyskać szerszy obraz.
  2. Użyj szablonu np. tego dostępnego w Canvie.
  3. Wypisz, co uważasz za silne i słabe strony wstępnej wizji produktu. Np. czy masz pomysł na funkcję, której nie ma nikt inny? To byłaby mocna strona. A jeśli jej implementacja wymaga dużego wysiłku, to mógłby być słaby punkt.
  4. Pomyśl o szansach, które możesz wykorzystać. Mogą być związane z rynkiem, technologią albo zmieniającymi się trendami popularnymi wśród grupy docelowej. Te czynniki powinny Ci pomóc rozwinąć biznes. Spróbuj ocenić, które w największym stopniu będą korzystne dla Twojego projektu.
  5. Ostatnia część dotyczy ryzyka pochodzącego spoza Twojej firmy/organizacji. Czy jakieś prawne regulacje mogą się zmienić? Czy ludzie mogą się znudzić aplikacją z powodu zmieniających się trendów? Tego rodzaju pytania powinny Ci pomóc w uzupełnianiu tabeli SWOT.

Wybierz ten model, jeśli masz takie pytania:

  • Biorąc pod uwagę zasoby, narzędzia i zaangażowanych specjalistów, jak należy zaplanować strategię produktu?
  • Na jakie wyzwania trzeba się przygotować?
  • Jak można maksymalnie wykorzystać nasze możliwości?

SWOT analysis

Mapowanie założeń

Jeśli głównym celem jest ustalenie, co stanowi ryzyko i jak go zmniejszyć, rozważ mapowanie założeń, czyli z ang. assumption mapping.

W ramach tego ćwiczenia analizujesz swoje założenia związane z projektem i dzielisz je na trzy kategorie: atrakcyjność, wykonalność i opłacalność. Następnie wybierasz, które elementy są mniej i bardziej ważne oraz pewne bądź trudne do oceny.

W rezultacie wiesz, co musisz zawrzeć w swoim planie rozwoju aplikacji, co nie powinno się znaleźć w MVP i jakie pomysły lepiej najpierw przetestować.

Jak działa mapowanie założeń?

  • Razem z zespołem przeprowadź burzę mózgów poświęconą założeniom. Jeśli masz jakieś dane np. z raportów branżowych albo pogłębionych wywiadów (IDI), omów je, żeby stworzyć lepsze hipotezy.
  • Podziel je na trzy grupy:

        –  atrakcyjność – rozwiązania, których użytkownicy potrzebują i chcą je mieć w aplikacji.
        –  wykonalność – rozwiązania, które można zaimplementować i skalować. Warto przy tym rozważyć technologiczne i prawne aspekty.
        – opłacalność – rozwiązania, które przynoszą korzyści i pozytywnie wpływają na rozwój biznesu.

  • Spójrz na szablon mapowania założeń, np. ten udostępniony przez platformę Mural. Zastanów się, jak ważne jest każde rozwiązanie z osobna i jak dużą masz pewność, że te założenia są uzasadnione.
  • Zamieść karteczki z wypisanymi założeniami w odpowiednich miejscach. Zacznij od atrakcyjności, potem przejdź do wykonalności i opłacalności.
  • Pomysły z lewej górnej części są kluczowe dla MVP, podczas gdy te z prawej górnej części wymagają sprawdzenia.
  • Rozwiązania zamieszczone w lewej dolnej części nie powinny się znaleźć w planie na rozwój produktu, a te z prawej dolnej części wymagają dodatkowego researchu.

Wypróbuj mapowanie założeń, żeby się dowiedzieć: 

  • co warto przetestować i jakie eksperymenty przeprowadzić,
  • na czym lepiej się skupić podczas researchu,
  • jakie rozwiązania stanowią największe ryzyko dla sukcesu produktu,
  • jak można uniknąć niepotrzebnego ryzyka,
  • jak zoptymalizować czas i budżet poświęcony na rozwój aplikacji oraz wybrać priorytetowe funkcje.

Assumption mapping

Znamy priorytety i co dalej?

Etap Discovery prowadzi nas do kolejnej fazy. W jej trakcie implementujemy wybrane funkcje i testujemy je.

Pod koniec tego etapu MVP jest gotowe do publikacji w sklepach, co stanowi kulminację procesu projektowego, od konceptualizacji po realizację. Następnie wchodzimy w fazę utrzymania. Co wtedy ma miejsce?

Proces rozwoju aplikacji w fazie utrzymania

Nasz zespół deweloperski nieustannie pracuje nad tym, żeby każda funkcja spełniała najwyższe standardy jakości i użyteczności.

W tym samym czasie project manager (PM) i product owner (PO) monitorują postępy. Zarządzają projektem i upewniają się, że rozwija się on we właściwym kierunku i w określonych ramach czasowych, a jego cele są osiągane. Planują też kolejne iteracje i decydują, które zmiany należy wprowadzić najpierw. Wtedy ponownie przydają się metody do ustalania priorytetów.

Wybieranie priorytetów to nieustanny proces, który wymaga regularnych przeglądów i iteracji. Celem jest utrzymanie zwinnego trybu pracy w obliczu dynamicznych zmian na rynku i postępów w projekcie. To iteracyjne podejście pozwala ciągle dostosowywać projekt do nowych potrzeb i okoliczności.

Czemu warto korzystać z metod do ustalania priorytetów?

Przejście przez fazę Discovery i analiza priorytetów to coś więcej niż wybór odpowiednich funkcji do MVP. Te szablony i matryce pomogą Ci dostosować cele projektu do potrzeb użytkowników.

Pozwolą Ci też zoptymalizować wykorzystanie zasobów w taki sposób, żeby produkt końcowy oferował funkcje, które dają największą wartość.

Kiedy jest za późno na product discovery?

Pomijanie etapu odkrywania może doprowadzić do porażki projektu, ponieważ skutkuje powstaniem produktu, który nie odpowiada na potrzeby użytkowników i rynku. Na szczęście zawsze jest czas, żeby to nadrobić. Zaczynając na przykład od udziału w warsztatach Product Discovery.

Nawet jeśli początkowo faza Discovery została pominięta, zawsze można do niej wrócić później. Dzięki temu możesz odkryć niedopatrzenia albo błędy i opracować rozwiązania. Dlatego ten etap może przynieść korzyści, niezależnie od tego, w jakiej fazie jest projekt.

Jeśli chcesz rozpocząć swoją przygodę z odkrywaniem produktu, skontaktuj się z nami. Poprowadzimy Cię przez ten proces i pomożemy Ci wypracować rezultaty, które rozwiną Twój biznes.

Dowiedz się więcej

Wycena projektu

Opowiedz nam o swoim projekcie i napisz, jak możemy Ci pomóc.

Dlaczego warto rozwijać z nami projekty?

Logo Mobile Trends Awards

Mobile Trends Awards 2021

Wygrana w kategorii
ŻYCIE CODZIENNE

Nagroda Legalnych Bukmacherów

Nagroda Legalnych Bukmacherów 2019

Najlepsza aplikacja mobilna

Mobile Trends Awards logo

Mobile Trends Awards 2023

Wygrana w kategorii
MCOMMERCE ROZWÓJ

23

opinie klientów

Clutch logo