Strona główna / Wiedza / Projektowanie / Faza Discovery – czym jest odkrywanie produktu?
BlogProjektowanie

Faza Discovery – czym jest odkrywanie produktu?

Wpis powstał w 100% w umyśle naszego eksperta. AI nie wspierało procesu twórczego.

Faza Discovery – czym jest odkrywanie produktu?

Pomimo wzrostu popularności Design Thinkingu, rozwijania dobrych praktyk w zakresie prototypowania oraz przyjmowania nowoczesnych metodyk zarządzania projektami, branża IT ciągle ma problem z przewidywalnością realizacji dużych zleceń.

Nawet najlepiej wdrożone procedury Lean, Agile, Design UX nie prowadzą do pewności stworzenia produktu osiągającego sukces na rynku. Wystarczy niedostatecznie przeanalizować czynniki mające wpływ na powodzenie, żeby paść ofiarą niezauważonych wcześniej ryzyk, których często nie da się ująć cyframi – więc łatwo zbagatelizować.

Porażki rynkowe spowodowane brakiem fazy discovery mają różne podłoża. Na przykład:

  • Decyzja o inwestycji podjęta na podstawie samej wiary w potencjał pomysłu po stronie klienta. Od niego także pochodzą wszelkie wymagania – dostarczenie produktu nierentownego, pomimo pozornego potencjału.
  • Brak analizy rynku – problem zaadresowany nowym produktem albo nie istnieje, albo nie ma takiej wagi, żeby grupa docelowa chciała sięgnąć po ten produkt.
  • Niewystarczający kontakt z prawdziwymi użytkownikami – nawet jeśli produkt spełnia swoją rolę w perspektywie autorów oraz interesariuszy, to nie jest wystarczająco użyteczny w dedykowanych sytuacjach. Z perspektywy końcowego użytkownika – nie działa.
  • Zbyt ograniczone rozmowy z interesariuszami – doinwestowany produkt nie spełnia norm prawnych i nie można udostępnić użytkownikom wszystkich funkcji.

Aby mieścić się w budżecie i czasie, a zarazem nie znaleźć się w mrocznej statystyce 17% projektów powodujących ryzyko upadku firmy klienta, przeprowadza się Odkrywanie Produktu.

Product Discovery – na czym polega?

Mowa o procesie dążącym do ustalenia rynkowych szans produktu oraz redukcji ryzyk na ścieżce jego tworzenia:

  • ryzyko niskiej wartości – czy użytkownicy zobaczą wartość w produkcie i używając go, wygenerują zyski dla właściciela,
  • ryzyko słabej użyteczności – czy bariera poznawcza nie będzie zbyt wysoka,
  • ryzyko niewykonalności – czy kompetencje zespołu pozwalają na zbudowanie wszystkich potrzebnych rozwiązań,
  • ryzyko nierentowności – czy stworzony produkt można użyć także w innych obszarach biznesu do generowania zysku.

To 4 kluczowe ryzyka product managementu, określone przez Marty’ego Cagana.

Aby je zredukować, potrzebne są informacje na temat oczekiwań klientów, dostępnego czasu, budżetu, a także dane służące do prognozowania pozycji na rynku i okresu zwracania się inwestycji. W fazie discovery jest czas i przestrzeń do odkrywania wszystkich czynników które mają wpływ na ryzyka, także tych trudnych do zmierzenia.

Dzięki procesowi odkrywania produktu inwestorzy mogą poznać jego realne szanse rynkowe, koszt, wartość tworzoną dla użytkowników i opłacalność. Oraz skonfrontować te szacunki z własnymi możliwościami i oczekiwaniami. Natomiast oczekiwania grupy docelowej dają wskazówki, jak poprzez UX produktu stworzyć markę zyskującą zaufanie i lojalność użytkowników.

Efektami fazy discovery jest grupa produktów, które wypracowuje się przy poszczególnych procedurach.

Faza Discovery – kluczowe produkty

Design persona

Powstaje w toku badania oczekiwań grupy docelowej i stanowi punkt odniesienia dla użyteczności rozwijanych rozwiązań. Na standardową personę składają się zebrane cechy użytkownika: jego potrzeby, cele, problemy, obawy, ograniczenia, dane demograficzne i wiek. W wersji dla projektantów, potrzebnej w Product Discovery, do standardowej persony dodaje się charakterystykę zachowania, decyzji, motywacji oraz nawyków, a także informacje o używanych dotychczas produktach cyfrowych. Dzięki cyklom testów prototypów, a tym samym powiększanej bazie informacji na temat użytkowników, opis persony można uzupełniać o nowe szczegóły i wzory zachowań, które wpływają na interakcje i odbiór produktu.

Liczba person powinna odpowiadać liczbie segmentów użytkowników odkrywanego produktu.

Architektura Informacji

Struktura współzależnej treści, która stworzy fundament środowiska użytkownika. Z hierarchią, nawigacją (w tym breadcrumbs), układem i zakresem kategorii, filtrami, terminologią, tagami i frazami wyszukiwania.

Mapa user journey

Zawiera ścieżki interakcji użytkownika, czyli kierunki poruszania się po architekturze informacji w ramach interfejsu, które prowadzą do korzystania z funkcji i rozwiązania konkretnych problemów w powtarzalny sposób.

WireFrame’y i prototypy high-fi

Produkty low-fi oraz high-fi (fidelity – poziom wierności) służą w Product Discovery odpowiednio do wewnętrznych analiz pomysłów oraz testowania rozwiązań z użytkownikami. W kolejnych cyklach dociera się do najlepszej wersji projektu produktu – takiej, która zawiera wszystkie niezbędne rozwiązania i funkcje oraz odpowiada na oczekiwania użytkownika w zakresie użyteczności, funkcjonalności i estetyki.

Backlog developerski

Lista zadań dla zespołu programistów, stworzona do realizacji wytycznych po etapie prototypowania, aby otrzymać produkt o określonych cechach. Podstawą do stworzenia backlogu jest zbiór wymagań użytkownika, przełożony na user stories, które mają stworzyć spójne i kompleksowe doświadczenie interfejsu. Z tego względu backlog powstaje na podstawie badań oczekiwań grupy docelowej i odzwierciedla jej perspektywę.

Od czego zacząć Fazę Discovery?

Product Discovery wymaga współpracy ludzi z szerokiego spektrum specjalizacji, żeby zadbać o każdy obszar produktu, zobaczyć wszystkie ryzyka i móc sprawnie podejmować decyzje. Dlatego w jednym procesie zbiera się project managera, UX researcherów, designerów, developerów oraz angażuje interesariuszy. Mają oni stworzyć pojedynczy, zamknięty zespół osób odpowiedzialnych za product discovery.

Warto na początku przyjąć także kilka zasad, proponowanych przez doświadczonego specjalistę od product managementu, Romana Pichlera:

  1. Więcej koncentracji na odkrywaniu problemów oraz ich źródeł, niż pośpiechu w kierunku szukania rozwiązania.
  2. Jak najpóźniejsze uruchomienie prac nad rzeczywistym produktem, spowodowane silnym naciskiem na kompleksowe testy i doprowadzenie prototypu do wersji, która nie budzi wątpliwości ani interesariuszy, ani tym bardziej użytkowników.
  3. Uznanie użytkowników za jedyne prawdziwe źródło cech produktu i poświęcenie maksymalnej uwagi obserwacji ich interakcji.
  4. Zastosowanie spójnych ram czasowych, w których będą następować kolejne iteracje odkrywania produktu. A także ustalenie momentu, w którym musi nastąpić weryfikacja efektów całej Fazy Discovery, zanim zostaną sfinansowane kolejne próby.

Warto przy tym pamiętać, żeby nie traktować odkrywania produktu jak instrumentu do opracowywania funkcji produktu. Product discovery to przede wszystkim środowisko stymulacji ciągłego uczenia i konsekwentnego rozwoju produktu.

Faza Discovery – jak przebiega proces?

Odkrywanie produktu następuje na ścieżce analizy informacji pozyskanych przede wszystkim od inwestorów oraz użytkowników. Zakres tych danych zależy od specyfiki produktu.

Dla uproszczenia Fazę Discovery zamyka się w 4 etapach:

  1. Discover – poznanie sytuacji użytkownika, natury jego problemów i specyfiki interakcji z podobnymi aplikacjami,
  2. Define – wybór problemów, które opłaca się rozwiązać i można tego dokonać za pomocą produktu cyfrowego,
  3. Develop – tworzenie i dopracowywanie rozwiązań problemów na ścieżce iteracyjnej,
  4. Deliver – dostarczenie tych rozwiązań, które najlepiej wypadły na testach.

Zespoły Product Discovery często ilustrują te punkty za pomocą struktury Podwójnego Diamentu, gdzie myślenie dywergencyjne i konwergencyjne stosuje się naprzemiennie.

Do powyższego procesu warto podejść bardziej kompleksowo:

Etap 1: spotkanie z interesariuszami. W ramach Fazy Discovery należy poznać ich podejście do oczekiwanego produktu w zakresie:

  • brandingu,
  • marketingu,
  • aspektów debiutu rynkowego,
  • sprzedaży,
  • obsługi posprzedażowej,
  • potrzebnych technologii,
  • regulaminów użytkownika,
  • zgodności z normami i przepisami.

Ta wiedza ma pomóc projektantom odkrywać produkt w odniesieniu do polityki i strategii biznesowej właściciela marki, biorąc pod uwagę wszystkie znane mu ryzyka i ograniczenia.

Rozmowy z interesariuszami w ramach Fazy Discovery powinny mieścić się w przedziale 30 – 90 minut. W celu zapewnienia ich efektywności zbiór pytań dostarcza się wcześniej. Choć inwestorzy mogą sprawiać wrażenie doskonale rozumiejących produkt i świadomych własnych oczekiwań, podczas odkrywania produktu warto ich traktować na równi z użytkownikami. Nie tyle pytać o opinie i wytyczne, co dociekać sedna.

Jedną z popularnych metod jest „5xWhy”. Polega na zadawaniu pytania „dlaczego” coraz bardziej w głąb zagadnienia, aż odkryje się prawdziwe źródło konkretnej funkcji czy zmiany. Można w ten sposób poznać prawdziwą odpowiadać na pytanie, dlaczego produkt ma zostać stworzony. I dalej – poznać powody uznania danej funkcji za niezbędną.

Etap 2: badania potrzeb i oczekiwań użytkowników. Na takie badania trzeba poświęcić 30-45 minut, podczas których używa się metod z katalogu UX, np. wywiadów pogłębionych czy grup fokusowych. W pierwszym przypadku można odkryć konteksty i scenariusze używania poszczególnych funkcji produktu, w drugim – oczekiwania dotyczące architektury informacji.

Jeśli Faza Discovery dotyczy stworzenia nowej wersji istniejącego produktu, można użyć wersji aktualnej w testach użyteczności. Zebrać obserwacje na temat interakcji oraz problemów do rozwiązania. Uzupełniająco można przeprowadzić badania etnograficzne.

W tej samej sytuacji do metod jakościowych dodaje się standardowo badania ilościowe, ponieważ statystyki zawierają wiele informacji na temat skali konkretnych problemów, czy powszechności user journeys.

Podsumowując, etap badania potrzeb i oczekiwań użytkowników w Product Discovery można zawrzeć w 4 rodzajach badań:

  • badania nastawienia psychicznego – np. przy pomocy testów użyteczności zorientowanych na efektywność wykonywania zadań,
  • badania behawioralne – np. tworzenie person pomaga zrozumieć zachowanie użytkownika,
  • badania ilościowe – analizy danych zgromadzonych o aktualnych użytkownikach oraz ich wzorach postępowania,
  • badania jakościowe – np. wywiady pogłębione prowadzą do odkrywania rzeczywistych intencji i powodów obserwowanych zachowań i decyzji.

Etap 3: sesja scopingowa zamykająca się w 1 dniu. Zebrane informacje pozwalają na dogłębną analizę, generowanie pomysłów na rozwiązania problemów oraz ich przepracowanie. Na tym etapie odkrywania produktu odbywa się także selekcja najważniejszych problemów do rozwiązania dla użytkownika.

Specjaliści zalecają zdjęcie z uczestników ograniczeń w zakresie kreatywności, żeby wykorzystać cały potencjał. Dopuszcza się zapisywanie wizji rozwiązań oraz ich rysowanie w dowolnie wybrany sposób. Namnożenie z pozoru błędnych i nieoczywistych idei tworzy szerokie możliwości łączenia najlepszych elementów w różnych konfiguracjach, maksymalizując szanse na stworzenie kombinacji wszystkich kluczowych funkcji w krótszym czasie. Na tym etapie Product Discovery przydają się narzędzia wizualne, takie jak mapa empatii (można ją stworzyć w czasie wcześniejszych badań), mapa podróży użytkownika (user journey), czy macierz kreatywna z możliwością głosowania na pomysły.

Produkty sesji scopingowej w Product Discovery to:

  • Backlog – na tym etapie można dokonać wspomnianej na początku przemiany oczekiwań w zadania,
  • robocze wersje produktuprototypy low-fidelity – które stają się tematem dyskusji podczas końcowego warsztatu. Prototypy warto budować wspólnie, żeby wykorzystać efekt synergii różnych spojrzeń na ten sam pomysł.

Etap 4: walidacja. Prototypy w Fazie Discovery wykorzystuje się do testów użyteczności w ramach iteracji prowadzących od stawiania założeń, przez ich testowanie, po analizę wyników i wdrożenia usprawniające, które tworzą nową wersję prototypu. W odniesieniu do niej stawia się kolejne hipotezy i proces przebiega od nowa. Ten etap kończy się wytycznymi potrzebnymi do stworzenia MVP – Minimum Viable Product.

Odkrywanie produktu warto traktować jak integralną ścieżkę wspierającą product design i development. Wtedy przekuje się w Continuous Product Design – filozofię podejścia do tworzenia produktu, który odkrywa się przez cały czas funkcjonowania na rynku, stale redukując ryzyka.

Podsumowanie

Product Discovery to fundamentalny krok przed ruszaniem prac developerskich nad każdym nowym produktem. Nie zlikwiduje wszystkich przeszkód i nie zapewni 100-procentowej ochrony przed porażką, ale dzięki tym procedurom da się z dużą dokładnością zweryfikować, czy przekucie pomysłu na produkt ma jakiekolwiek biznesowe uzasadnienie. A jeśli tak – to na jakich warunkach ma to nastąpić, żeby przedsięwzięcie było maksymalnie opłacalne.

Pod pojęciem Faza Discovery może się kryć wiele rozmaitych procedur. Przedstawione wyżej praktyki to nie zamknięty schemat postępowania, tylko punkt wyjścia. Za każdym razem zakres przeprowadzania odkrywania produktu musi być dostosowany do charakterystyki tego produktu, a także klienta (inwestora) i użytkownika. Wewnątrz Product Discovery jest miejsce na wyodrębnienie etapu zbierania pomysłów, prototypowanie, testy, dodatkowe analizy, ulepszenia, wdrożenia i układanie tych składowych w cyklach polepszających jakość doświadczenia.

Nie można się obejść bez fazy odkrywania produktu także w sytuacji tworzenia nowej wersji. Stale zmieniają się nawyki użytkowników, ich podejście do problemów, charakterystyka tychże problemów i scenariusze użytkowania. Dochodzą nowe czynniki, które warto wziąć pod uwagę, jeśli chcemy wypuścić na rynek lepszy produkt szybciej i niższym kosztem, niż potencjalnie mogłaby konkurencja. Za każdym razem warto mieć najnowsze informacje i weryfikować założenia w kompleksowy, uporządkowany sposób.

Tagi
Komentarze
Spis treści

    Darmowy raport z badań UX

    Artykuły powiązane