4 kroki do opanowania procesu rozwoju MVP

Opublikowany: 2022-07-22

Startupowe zespoły produktowe często borykają się z napiętymi budżetami i terminami. Mając ograniczone zasoby, mają za zadanie tworzyć nowe produkty bez użytkowników, opinii i próśb o nowe funkcje. Jako projektant produktu, który zna te wyzwania, wiem, jakie to może być trudne.

Na szczęście istnieje sposób na zarządzanie niepewnością, skupienie się na użytkowniku i dostarczanie produktów na czas i w ramach budżetu: framework MVP. Minimalnie opłacalny produkt to wersja produktu, którą można uruchomić, z funkcjami wystarczającymi do rozwiązania podstawowego problemu użytkownika. MVP pomagają zespołom produktowym dowiedzieć się więcej o ich docelowych odbiorcach przy mniejszym wysiłku w procesie projektowania/programowania. Zmniejszają również ryzyko, umożliwiając projektantom wczesne testowanie założeń.

W tym poście dzielę się czterema kluczowymi krokami do opanowania procesu rozwoju MVP. Aby pomóc nam zwizualizować to podejście, zaprojektujemy aplikację do dostarczania jedzenia, podobną do Grubhuba czy Uber Eats.

Krok 1: Zdefiniuj MVP za pomocą PRD

Pierwszym krokiem w procesie rozwoju MVP jest zdefiniowanie celu, cech, funkcjonalności i zachowania produktu za pomocą dokumentu wymagań produktu. PRD to jedyne źródło prawdy w projekcie, dopasowujące zespół ds. produktu do problemu użytkownika. Powinien zawierać:

  • Cel (stwierdzenie problemu).
  • Informacje o pomysłach (osoby użytkownika, historie użytkowników i eposy).
  • Analiza (założenia, ograniczenia i mierniki sukcesu).

Oto jak wygląda nasza aplikacja PRD do dostarczania jedzenia:

Cel

Stwierdzenie problemu

Stwierdzenie problemu definiuje rzeczywisty problem użytkownika, który produkt ma rozwiązać. Nie powinno być dłuższe niż jedno zdanie i zapewniać jasne zrozumienie celu produktu.

Na przykład: „Musimy połączyć głodnych klientów ze świetnymi restauracjami, które mogą dostarczyć ich zamówienia JAK NAJSZYBCIEJ”.

Informacje o pomysłach

Persony użytkowników

Persona użytkownika to fikcyjna postać, która reprezentuje typ użytkownika i wykonuje zestaw unikalnych działań. Każda persona przyczynia się do rozwiązania wyzwania określonego w opisie problemu.

Nasze persony w aplikacji do dostarczania jedzenia to:

  • Restaurator Rick;
  • Dante Dostawcę;
  • Chloe Klienta; oraz
  • Sabita agentka wsparcia.

Korzystanie z person w projektowaniu MVP umożliwia zespołom zrozumienie i empatię z użytkownikami końcowymi, a zatem ukierunkowanie ich projektów na ich potrzeby.

Historie użytkowników i eposy

Historyjka użytkownika to krótkie wyjaśnienie, w jaki sposób persona wchodzi w interakcję z produktem i osiąga jeden z celów końcowych produktu. Na przykład dla Ricka Restauratora: „Kiedy klient składa zamówienie [kontekst], chcę zostać powiadomiony i zobaczyć szczegóły zamówienia [czynność], abym mógł przejrzeć i odpowiedzieć na nie w mniej niż 30 sekund [ cel]."

Szablon persony użytkownika i historyjki użytkownika dla procesu rozwoju MVP. Szablon zawiera awatar persony, imię i nazwisko oraz stanowisko, a także historię użytkownika. Po obu stronach szablonu pojawiają się dodatkowe szablony, wyświetlające wyblakłe awatary.
Tworzenie person i historyjek użytkowników może pomóc zespołom produktowym dowiedzieć się więcej o ich docelowych odbiorcach. Przejrzyste, skoncentrowane i praktyczne historie użytkowników pomagają podejmować decyzje projektowe w oparciu o potrzeby użytkownika.

Epopeja to duża grupa historyjek użytkownika, które można podzielić na mniejsze historie. Nasze epickie aplikacje do dostarczania jedzenia to:

  • Zamawianie posiłku;
  • Zgłoszenie brakującego przedmiotu;
  • Ocena doświadczenia z dostawą; oraz
  • Zwracanie przedmiotu.

Analiza

Założenia

Założenia określają, czego oczekujemy od produktu lub jak zachowa się użytkownik. Na przykład: Zakładamy, że Dante the Deliveryman będzie pracował w godzinach pracy restauracji. Jednak jego harmonogram i godziny pracy restauracji mogą nie być zgodne.

Ograniczenia

Ograniczenia określają możliwe ograniczenia produktu. Na przykład: Słaby odbiór komórki oznacza, że ​​Klientka Chloe nie będzie otrzymywać aktualizacji o statusie swojego zamówienia.

Odnosząc się do założeń i ograniczeń w PRD, możemy zająć się nimi na wcześniejszym etapie procesu i stworzyć lepsze wrażenia dla użytkownika.

Wskaźniki sukcesu

Wskaźniki sukcesu, takie jak zaangażowanie, wskaźnik rezygnacji i czas trwania sesji, są niezbędne do pomiaru wydajności MVP. Opracowanie tych wskaźników pomaga nam zweryfikować naszą oryginalną koncepcję produktu i kierować procesem rozwoju.

W naszej aplikacji do dostarczania jedzenia zawarliśmy:

  • Liczba pobrań.
  • Wskaźnik rejestracji.
  • Czas w aplikacji.

Krok 2: Zorganizuj architekturę informacji MVP

Następnym krokiem w procesie projektowania MVP jest oznaczanie i organizowanie cyfrowych treści aplikacji, takich jak sekcje, strony i funkcje. Wynik tego procesu nazywa się architekturą informacji (IA) i można go podzielić na dwie części:

  1. Zdefiniowanie zawartości produktu; oraz
  2. Ustalenie hierarchii treści.

Kwadratowy labirynt z kilkoma ikonami unoszącymi się nad nim. Ikony, od lewej do prawej, to wykres słupkowy, telefon komórkowy, góry, symbol e-mail, ziemia, symbol ustawień i symbol głośności. Pod każdą ikoną pojawi się zielona strzałka skierowana w dół. Tuż za prawym labiryntem znajduje się niebieska ikona „zakończenia”. Labirynt reprezentuje definiowanie architektury informacji w minimalnej opłacalnej strukturze produktu.
Zdefiniowanie architektury informacji jest kluczem do tworzenia bogatych w treść aplikacji z intuicyjną nawigacją.

Zdefiniuj zawartość aplikacji

W celu zdefiniowania treści produktu (zdjęcia, muzyka, tekst, filmy itp.) najpierw badamy trendy, konkurencję oraz naszą grupę docelową. Następnie, aby połączyć kropki między rodzajami treści, tworzymy „szybką i brudną” mapę myśli z gałęziami, tematami i podtematami. Mapy myśli pomagają nam zwizualizować wszystkie nasze treści w jednym miejscu i połączyć powiązane tematy.

Nasza mapa myśli aplikacji będzie zawierać:

  • Temat restauracji z podtematami dla stron menu, dziennika zamówień i bazy danych klientów.
  • Podtemat menu, na który składają się opcje posiłków i napojów oraz oferty specjalne.

Określ hierarchię treści

Następnie musimy ustalić , jak prezentować naszą treść, czyli hierarchię treści. Świetnym sposobem porządkowania treści jest sortowanie kart, w którym użytkownicy organizują tematy w logiczne grupy. Gwarantuje to, że IA zostanie zorganizowana zgodnie z oczekiwaniami użytkowników, a nie założeniami zespołu produktowego.

Aby przeprowadzić sortowanie kart:

  1. Wybierz tematy, które reprezentują główną zawartość produktu.
  2. Organizuj tematy w grupy z użytkownikiem.
  3. Oznacz każdą grupę z użytkownikiem i omów uzasadnienie każdej decyzji.
  4. Powtórz pierwsze trzy kroki z dodatkowymi użytkownikami.
  5. Przeanalizuj wyniki i poszukaj wspólnych wzorców między grupami. Pomaga to projektantom produktów zrozumieć przepływ użytkowników produktu.

Krok 3: Twórz szkielety i prototypy

Utwórz szkielet

Po zdefiniowaniu i zorganizowaniu treści możemy zbudować podstawowy układ interfejsu użytkownika aplikacji za pomocą narzędzia do tworzenia szkieletów. Istnieje wiele zalet wireframingu MVP, a mianowicie to, że pozwala nam wizualizować nasz produkt przy jednoczesnym zachowaniu szczupłości.

W przypadku naszej aplikacji do dostarczania jedzenia opracujemy szkielet w dwóch etapach:

  1. Naszkicuj układ każdego ekranu, w tym rozmiar i pozycjonowanie.
  2. Utwórz podstawową bibliotekę komponentów interfejsu użytkownika, w tym nagłówki i stopki, bloki treści i menu. Te komponenty interfejsu użytkownika będą służyć jako symbole zastępcze, dopóki nie przekształcimy naszego szkieletu w prototyp o wysokiej wierności.

Mamy teraz szkielet, za pomocą którego można zwizualizować podstawowy układ i funkcje aplikacji.

Wybór komponentów biblioteki mobilnego interfejsu użytkownika do projektowania MVP. Od góry do dołu, w rzędach: niebieski nagłówek mobilny z tekstem „Aplikacja do jedzenia” i menu hamburgera, następnie pasek wyszukiwania i niebieska ikona wyszukiwania, następnie niebieski przycisk „Zamów teraz” i ikony filtrów, a następnie kropla -down menu, które wyświetla tekst "Wybierz" i dwa przełączniki.
Makiety o niskiej wierności zazwyczaj zawierają podstawową zawartość, układ i wymagania produktu. Są łatwe w tworzeniu i można je szybko dostosować w każdej iteracji projektu.

Testuj z użytkownikami

Nasz proces MVP obejmuje podejście do testowania użytkowników „zmierz, naucz się, powtórz” w celu wczesnego zidentyfikowania i naprawienia potencjalnych punktów tarcia.

Na przykład w naszej aplikacji do dostarczania jedzenia zauważyliśmy, że użytkownicy nie stosują filtrów w aplikacji, aby zawęzić rodzaj jedzenia, cenę lub odległość. Przeprowadzimy dwa rodzaje testów — niemoderowane i moderowane — aby zebrać jak najwięcej opinii i zrozumieć, dlaczego.

1. Niemoderowane testowanie danych ilościowych za pomocą Maze : Poprzez mierzenie wydajności użytkowników w ramach danego zadania, niemoderowane testowanie oferuje pośrednią ocenę użyteczności na podstawie danych ilościowych. Zaleta tego typu badań? Otrzymujemy solidne, statystyczne informacje zwrotne na temat problemu, bez „losowych” wyników, które mogłyby wpłynąć na naszą reakcję na ten problem.

Na przykład ścieżka kliknięć Maze pokazuje stromy spadek na ekranie filtra i niski wskaźnik ukończenia tego zadania. Widzimy, że użytkownicy mają problemy z filtrami. Jednak przy niemoderowanych testach byłby to zakres informacji zwrotnych.

2. Moderowane testowanie danych jakościowych z Userfeel : poprzez obserwację użytkowników, aby zrozumieć, w jaki sposób wykonują zadanie i zadawanie dalszych pytań, moderowane testowanie oferuje bezpośrednią ocenę użyteczności na podstawie danych jakościowych. Zaleta tego typu badań? Dokładnie wiemy, które aspekty zadania są problematyczne.

Na przykład nagranie Userfeel ujawniłoby, że użytkownik ma trudności ze zrozumieniem, jak działają filtry i identyfikuje, gdzie leży konkretny problem, np. tekst filtra jest zbyt mały i ogranicza czytelność.

Korzystając z tej zbiorczej opinii, możemy iterować nasz model szkieletowy, aby zbudować bardziej przyjazną dla użytkownika funkcję filtrowania.

Opracuj prototyp o wysokiej wierności

Po potwierdzeniu naszego modelu wireframe MVP nadszedł czas, aby przejść na interaktywne środowisko prototypowania. W przeciwieństwie do podstawowego szkieletowania, prototypy o wysokiej wierności (hi-fi) wykorzystują doskonały projekt interfejsu użytkownika i animację, a ich wygląd i funkcjonalność są znacznie bliższe produktowi końcowemu. Możemy ich użyć, aby wywnioskować ważne afirmacje wizualne i zebrać informacje zwrotne w czasie rzeczywistym w odniesieniu do naszego projektu MVP.

Przekształcimy nasz model szkieletowy w interaktywny prototyp poprzez:

  • Dostrajanie marki naszego interfejsu użytkownika, takie jak gradienty i palety kolorów oraz typografia.
  • Stosowanie zaawansowanych animacji, takich jak przewijanie, tabulatory i mikrointerakcje.

Oto przykład tego, jak może wyglądać prototyp hi-fi Figma dla naszej aplikacji do dostarczania jedzenia.

Krok 4: Kompletna kontrola jakości projektu

Na koniec potwierdzimy, że wszystko wygląda zgodnie z oczekiwaniami i działa płynnie, klikając prototyp i weryfikując, czy:

  • Nasz MVP rezonuje z pierwotną koncepcją produktu.
  • Przepływ użytkownika jest naturalny.
  • Uwzględniono wszystkie przypadki użycia.
  • Wszystkie błędy programistyczne zostały naprawione.

Następnie podsumujemy i przekażemy wszelkie pozostałe problemy zespołowi programistycznemu jako bilety zapewnienia jakości. Bilety te można rozwiązać w okresie od jednego do dwóch tygodni przed uruchomieniem MVP.

Ulepsz swój proces projektowania dzięki MVP Development Framework

W świecie rozwoju produktów dla startupów zasoby projektowe są ograniczone. Proces MVP pomaga projektantom tworzyć i wprowadzać na czas produkty przyjazne dla użytkownika, bez narażania ich budżetów.

Ta czteroetapowa struktura MVP pomogła mi wielokrotnie skoncentrować moje projekty produktów na użytkowniku. Przetestuj to sam, a będziesz mieć pewność, że priorytetowo traktujesz użytkownika w procesie rozwoju projektu.