Odkrywanie produktu to proces poznawania użytkowników, identyfikowania ich problemów i opracowywania rozwiązań, które, jak wiesz, im pomogą.
Od jakości przeprowadzonego odkrywania zależy, czy odniesiesz sukces, czy doprowadzisz swój biznes do porażki. Logika jest prosta. Dzięki dobremu odkrywaniu produktu tworzysz funkcje, których ludzie potrzebują i za które płacą. Złe odkrywanie produktu z kolei zakłada ciągłe dodawanie nowych funkcji, których nikt nie potrzebuje.
Może się to wydawać bardzo przytłaczające, szczególnie biorąc pod uwagę ilość informacji uwzględnianych podczas odkrywania produktu. Istnieje jednak dobry system, który pomaga realizować to kluczowe zadanie za pomocą różnorodnych narzędzi i struktur.
Spróbujmy więc zrozumieć, czym jest odkrywanie produktu i jak robić to dobrze.
Czym jest odkrywanie produktu?
Odkrywanie produktu to proces poznawania problemów użytkowników i opracowywania realnych rozwiązań, które pozwalają je rozwiązać.
Ten proces zazwyczaj bardzo różni się od tego, jak wyobrażają go sobie interesariusze. Dla wielu z nich polega on na kreatywnym myśleniu i jednorazowym stworzeniu listy ciekawych pomysłów na funkcje, a następnie zbudowaniu produktu na jej podstawie.
Takie podejście jest błędne w 2 kluczowych obszarach:
- Odkrywanie jest niekończącym się i iteracyjnym procesem. Nie kończysz odkrywania — kończysz jeden jego cykl i rozpoczynasz kolejny.
- Odkrywanie nie polega na kreatywnym wymyślaniu ciekawych pomysłów. Chodzi w nim o zrozumienie potrzeb użytkowników, dostarczenie rozwiązań, które mogą je zaspokoić, a następnie sprawdzenie, czy te rozwiązania rzeczywiście działają.
Inne częste nieporozumienie dotyczy relacji między odkrywaniem a dostarczaniem. Wielu interesariuszy postrzega je jako dwie oddzielne fazy następujące po sobie. W rzeczywistości skuteczne zespoły zajmujące się rozwojem produktu prowadzą odkrywanie i dostarczanie równolegle. Podczas gdy Twój zespół dostarcza funkcje odkryte 2 miesiące temu, jednocześnie prowadzi odkrywanie kolejnego zestawu funkcji.
Wizualizacja:
- Diagram „Odkrywanie a dostarczanie” z rozdzielającymi się ścieżkami. Zwizualizuj tę ideę: zespoły prowadzą odkrywanie i dostarczanie równolegle. Podczas gdy Twój zespół dostarcza funkcje odkryte 2 miesiące temu, jednocześnie prowadzi odkrywanie kolejnego zestawu funkcji.
- Tekst alternatywny: „Równoległe ścieżki pokazujące ciągłe odkrywanie i dostarczanie”.
- Podpis: „Odkrywanie produktu nie jest jednorazowym wydarzeniem — odbywa się równolegle z dostarczaniem”.
Nawet jeśli działasz na rynku, na którym standardem jest model kaskadowy, a odkrywanie poprzedza dostarczanie, zawsze należy poświęcić odkrywaniu całą uwagę, ponieważ jego jakość bezpośrednio wpływa na sukces produktu.
Dlaczego odkrywanie jest przewagą konkurencyjną
Krótka odpowiedź brzmi następująco: dzięki odkrywaniu lepiej rozumiesz swoje persony i potrzeby użytkowników oraz opracowujesz skuteczne rozwiązania. Skuteczne rozwiązania sprawiają, że stajesz się silnym konkurentem na rynku, ponieważ szybko pozyskujesz klientów i z łatwością ich utrzymujesz.
W przypadku dłuższej odpowiedzi przyjrzyjmy się książce Marty’ego Cagana Inspired. Marty wskazuje w niej, że skuteczne odkrywanie może pomóc ograniczyć 4 rodzaje ryzyka:
- Ryzyko wartości odnosi się do prawdopodobieństwa, że ludzie nie będą korzystać z Twojego produktu, ponieważ nie będzie on dla nich przydatny.
- Ryzyko użyteczności oznacza, że ludzie będą mieli trudności z korzystaniem z Twojego produktu.
- Ryzyko wykonalności oznacza, że Twój zespół nie będzie w stanie go zbudować.
- Ryzyko opłacalności odnosi się do tego, czy produkt pomoże Twojej firmie przetrwać i rozwijać się.
Zakładając, że uda Ci się ograniczyć wszystkie te rodzaje ryzyka, a Twoi konkurenci nie poradzą sobie z jednym lub większą liczbą z nich, zyskujesz silną przewagę konkurencyjną i szansę na zdobycie większej części rynku.
Tiny Speck jest doskonałym przykładem tej idei. Była to firma tworząca gry, która stworzyła internetową grę MMORPG zakończoną spektakularną porażką. Problem polegał na tym, że zbudowała grę, po prostu kopiując pomysły innych (czyli tzw. pułapkę fabryki), bez dokładnego zrozumienia potrzeb społeczności graczy.
Firma wkrótce porzuciła tę grę i zamiast niej wydała swoje wewnętrzne narzędzie do komunikacji. Tak, chodzi o Slacka.
Ta sama firma jest więc również świetnym przykładem sukcesu produktu osiągniętego dzięki rygorystycznemu odkrywaniu. W przeciwieństwie do swojej gry zespół Slacka prowadził niekończące się iteracje odkrywania i bardzo dobrze rozumiał potrzeby swoich użytkowników.
4 kluczowe pytania dotyczące odkrywania produktu
Jeśli chcemy zrozumieć istotę odkrywania produktu, nie gubiąc się w szczegółach, możemy spojrzeć na te 4 pytania, na które ma ono odpowiedzieć.
- Czy istnieje rzeczywisty problem? Właśnie tak — czasami ryzykujesz stworzenie rozwiązania poszukującego problemu. Pozdrawiamy 90% wszystkich startupów opartych na ChatGPT ;)
- Czy możemy go rozwiązać? Czasami problem tkwi w złożoności rozwiązania. S.T.A.L.K.E.R. to seria ukraińskich gier wideo, która stanęła przed takim problemem. Twórcy chcieli zbudować A-life — swój system AI, który w pełni symulowałby życie postaci niezależnych i zwierząt w grze. Problem był jednak po prostu zbyt złożony, aby go rozwiązać.
- Czy powinniśmy go rozwiązać? Czasami problem istnieje, ale nie jest wystarczająco duży, aby rozwiązywać go za pomocą produktu. Google Glass to świetny przykład. Tak, okulary były fajne, ale brak Google Glass nie sprawiłby, że życie kogokolwiek stałoby się mniej wygodne.
- Czy możemy skutecznie dostarczyć rozwiązanie? To pytanie dotyczy bardziej operacyjnej strony tworzenia produktu oraz możliwości skalowania i zapewniania wsparcia użytkownikom. YouTube w początkowym okresie działalności był bardzo bliski porażki z powodu braku możliwości skalowania.
W ramach odkrywania produktu zasadniczo korzystasz z różnych narzędzi i modeli, aby uzyskać informacje pozwalające odpowiedzieć na te pytania.
Modele porządkujące odkrywanie produktu
Można argumentować, że doświadczony menedżer produktu potrafi prowadzić odkrywanie produktu bez korzystania z żadnego podręcznika ani modelu. To prawda. Istnieje jednak powód, dla którego mamy modele odkrywania produktu. Pozwalają one wprowadzić strukturę i przewidywalność do tego procesu.
Jeśli chodzi o same modele, przyjrzyjmy się tym 5:
Dual-Track Agile: To proces obejmujący dwa równoległe procesy w wytwarzaniu produktów zgodnie z Agile. Mamy ścieżkę odkrywania, która tworzy pomysły na funkcje, oraz ścieżkę dostarczania, która je projektuje i buduje.

ProductBoard i Jira to narzędzia, których zwykle używam do zarządzania tym modelem.
Drzewo możliwości i rozwiązań: Później omówimy je nieco dokładniej. W skrócie: ten model pozwala utworzyć drzewo, którego korzeniem jest główny rezultat. Z tego korzenia wyrastają możliwości rozwiązania problemów jako gałęzie. Następnie dla każdej możliwości tworzysz gałęzie przedstawiające potencjalne rozwiązania.
Miro oferuje świetne szablony drzew możliwości i rozwiązań, z których możesz skorzystać.
Cykl odkrywania: Ten model jest inspirowany pomysłem Google, czyli sprintem projektowym. Umożliwia szybkie iterowanie rozwiązań. Otrzymujesz około 2 tygodni na przeprowadzenie wywiadów z użytkownikami, opracowanie rozwiązania, zbudowanie prototypu i jego przetestowanie.
Ciągłe odkrywanie: W przeciwieństwie do trzech poprzednich modeli, w których iteracje mają wyraźny początek i koniec, ciągłe odkrywanie nie ma końca. Po prostu przeprowadzasz niekończące się rundy wywiadów z grupą docelową, nieustannie tworzysz rozwiązania i je testujesz.
Oto zestawienie tych modeli obok siebie.
| Model | Wielkość organizacji | Częstotliwość odkrywania | Skłonność do ryzyka |
|---|---|---|---|
| ModelDual-Track Agile | Wielkość organizacjiŚrednia do dużej | Częstotliwość odkrywaniaCiągła | Skłonność do ryzykaUmiarkowana |
| ModelDrzewo możliwości i rozwiązań | Wielkość organizacjiMała do średniej | Częstotliwość odkrywaniaDoraźna lub cykliczna | Skłonność do ryzykaNiska do umiarkowanej |
| ModelCykl odkrywania | Wielkość organizacjiOd startupu do średniej | Częstotliwość odkrywaniaOgraniczone czasowo zrywy | Skłonność do ryzykaWyższa |
| ModelCiągłe odkrywanie | Wielkość organizacjiDoświadczone zespoły produktowe | Częstotliwość odkrywaniaCo tydzień/codziennie | Skłonność do ryzykaNiska |
Wybór modelu zależy od ciebie. Nie każdy zespół odniesie takie same korzyści z tego samego modelu. Skorzystaj z powyższej tabeli, aby wybrać model dopasowany do wielkości i tempa pracy zespołu oraz jego tolerancji na niepewność.
Have an account? Log In
Role i współpraca zespołowa
Istnieje powszechne błędne przekonanie (i ogromna pułapka), że odkrywanie produktu dotyczy wyłącznie zespołów produktowych. Chociaż jest to przede wszystkim aktywność zespołów produktowych, dobry proces odkrywania obejmie również innych członków zespołu i interesariuszy. Oto, jaki wkład w odkrywanie wnosi każdy członek zespołu:
- Menedżerowie produktu: Prowadzą proces odkrywania, uzgadniają działania członków zespołu oraz ustalają priorytety rozwiązań i wniosków.
- Projektowanie doświadczeń użytkownika: Uczestniczy w badaniach użytkowników, tworzy koncepcje projektowe i klikalne prototypy oraz przeprowadza testy użyteczności.
- Programowanie: Ocenia wykonalność rozwiązań i wskazuje ryzyka związane z dostarczaniem produktu.
- Interesariusze: Zapewniają strategiczny i biznesowy kontekst na wysokim poziomie.
Jak widać, udział każdego członka zespołu jest ważny. Jeśli więc kierownictwo zapyta cię, czy zespół scrumowy powinien uczestniczyć w procesie odkrywania produktu, twoja odpowiedź brzmi zdecydowanie: tak!
Proces odkrywania produktu
Zrozumienie potrzeb klientów i opracowanie dla nich zweryfikowanych rozwiązań przypomina lejek, którego górne warstwy są znacznie większe niż dolne.
Tak właśnie wygląda odkrywanie produktu. Zaczynasz od zbioru spostrzeżeń, skarg i komentarzy grupy docelowej, a kończysz na zaledwie kilku zweryfikowanych rozwiązaniach, o których wiesz, że przyniosą wartość użytkownikom.
Oto jak to wygląda.

Przyjrzyjmy się teraz dokładniej procesowi odkrywania produktu i zrozummy specyfikę każdego z jego elementów.
Zasadniczo proces odkrywania produktu składa się z 10 kroków.

Przyjrzyjmy się teraz szczegółowo każdemu krokowi.
1. Przeanalizuj kierunek strategiczny
Dobre funkcje odpowiadają na problemy użytkowników. Świetne funkcje robią to samo, jednocześnie wpisując się w szerszy kierunek strategiczny produktu. Zanim rozpoczniesz odkrywanie produktu, należy ponownie przejrzeć dokument strategiczny i przypomnieć sobie, dokąd chcesz dotrzeć w dłuższej perspektywie oraz jaki kierunek chcesz obrać.
Pomoże Ci to skoncentrować działania związane z odkrywaniem na rozwiązaniach zgodnych z Twoją strategią. W przeciwnym razie ryzykujesz skupienie się na funkcjach, które w dłuższej perspektywie nie doprowadzą Cię do celu.
2. Wypisz swoje założenia
Kolejnym ważnym aspektem odkrywania, którym należy zająć się przed rozpoczęciem komunikacji z użytkownikami, są założenia. Najprawdopodobniej przyjmujesz wiele założeń dotyczących rynku lub użytkowników, dlatego ważne jest ich udokumentowanie, aby mieć pewność, że badania nie opierają się zbyt mocno na najbardziej śmiałych założeniach.
W tym celu możesz utworzyć mapę założeń.
| Założenie | Znane/Nieznane | Ważność |
|---|---|---|
| ZałożenieUżytkownicy zaufają głosowi AI przypominającemu DJ-a | Znane/NieznaneNieznane | WażnośćWysoka |
| ZałożenieLudzie korzystają ze Spotify głównie w trybie pasywnym (słuchanie w tle) | Znane/NieznaneZnane | WażnośćWysoka |
| ZałożenieUżytkownicy chcą nadawać nazwy swoim osobowościom DJ-ów | Znane/NieznaneNieznane | WażnośćNiska |
| ZałożeniePodcasty zwiększają czas spędzany na platformie | Znane/NieznaneZnane | WażnośćŚrednia |

Na przedstawionej mapie możesz polegać na założeniach znajdujących się w lewym górnym obszarze, natomiast do założeń z prawego górnego obszaru należy podchodzić ostrożnie.
3. Porozmawiaj z użytkownikami
Bez tego kroku odkrywanie produktu jest jedynie zgadywaniem. Porozmawiaj z użytkownikami — albo zaryzykuj stworzenie czegoś zupełnie nieodpowiedniego.
Istnieje wiele sposobów rozmowy z użytkownikami:
- Odwiedzanie ich (np. udanie się do szpitala i przeprowadzenie wywiadów z lekarzami).
- Spotykanie się z nimi na targach branżowych (np. rozmowy z reporterami technologicznymi podczas targów CES).
- Uczestniczenie z nimi w rozmowach na Zoomie.
W przypadku ostatniej metody możesz skorzystać z różnych rozwiązań, takich jak platformy umożliwiające udział w badaniach, kontakt z bazą użytkowników lub dotarcie do grupy docelowej na LinkedIn za pomocą konta rekrutera.
4. Analizuj spostrzeżenia użytkowników i dane
Oprócz podsumowań wywiadów z użytkownikami sprawdź swój pulpit analityki produktu oraz opinie zebrane przez zespoły wsparcia i sprzedaży. W ten sposób czerpiesz spostrzeżenia z wielu źródeł. Zamiast czytać niezliczone podsumowania lub transkrypcje, możesz zlecić modelowi LLM przetworzenie wszystkich tych danych.
Oto przykładowy monit, którego możesz użyć:
Jesteś starszym menedżerem produktu oprogramowania z 10-letnim doświadczeniem. Świetnie analizujesz transkrypcje rozmów zespołu sprzedaży i identyfikujesz kluczowe informacje, które będą przydatne w badaniach produktu.
Oto transkrypcja rozmowy sprzedażowej
{{sales_transcript}}
Na podstawie informacji zawartych w transkrypcji rozmowy sprzedażowej zidentyfikuj następujące informacje.
Zidentyfikuj:
1. Najważniejsze problemy: odnieś się do najbardziej istotnych problemów i wyzwań, z którymi użytkownik mierzy się podczas korzystania z obecnych narzędzi i procesów.
2. Dlaczego są zainteresowani Twoim rozwiązaniem: odnosi się do powodu, dla którego firma szuka teraz nowego narzędzia.
3. Opinie o produkcie: odnosi się do opinii, które firma przekazała zespołowi sprzedaży na temat {{your_product_name}} i jego funkcji po obejrzeniu prezentacji.Po przeanalizowaniu opinii i zestawieniu ich ze spostrzeżeniami z wywiadów z użytkownikami oraz danymi analitycznymi zaczniesz dostrzegać pojawiające się trendy i wspólne tematy.
5. Zidentyfikuj problemy użytkowników na podstawie swoich ustaleń
Identyfikowanie problemów nie zawsze jest proste. Owszem, zdarzają się sytuacje, w których 80% wszystkich użytkowników mówi, że pewna część ich pracy jest problematyczna, ale nie musi to oznaczać, że jest to problem, który warto rozwiązać. Należy również zrozumieć „intensywność” tego problemu.
Wyobraź sobie, że 70% użytkowników Twojej platformy mediów społecznościowych twierdzi, że irytuje ich liczba powiadomień oraz fakt, że nie można oznaczyć ich wszystkich jako przeczytanych.
Jeśli zestawisz ich opinie z danymi analitycznymi — pokazującymi, że średnio 90% z nich otrzymuje 2–3 powiadomienia dziennie — możesz uznać, że ta skarga nie jest wystarczająco „intensywna”, aby nadać jej priorytet w porównaniu z innymi punktami na Twojej liście.
6. Opracuj rozwiązania tych problemów
Na tym etapie opracowujesz potencjalne rozwiązania problemów zidentyfikowanych w wyniku wywiadów z klientami i analizy opinii.
Możesz po prostu usiąść z zespołami projektowymi i programistycznymi i przeprowadzić burzę mózgów. Aby jednak mieć pewność, że Twoje rozwiązania są bezpośrednio powiązane z większym celem biznesowym lub rezultatem, możesz skorzystać ze stworzonego przez Teresę Torres modelu drzewa możliwości i rozwiązań. Tak wygląda ono w przypadku problemu użytkowników Spotify: „Nie wiem, czego słuchać”.

Dzięki modelowi drzewa zauważyliśmy, że usunięcie bariery „czego słuchać” mogłoby zwiększyć liczbę aktywnych użytkowników dziennie (DAU), co sprawia, że jest to problem o dużym wpływie, który warto rozwiązać.
7. Przetestuj swoje rozwiązania za pomocą prototypów
Analizowanie spostrzeżeń użytkowników i przekształcanie ich w listę potencjalnych funkcji to dopiero początek. Odkrywanie produktu opiera się na metodzie naukowej, co oznacza, że przed dodaniem pomysłów do mapy drogowej produktu należy je przetestować i zweryfikować.
Rozwiązania można weryfikować na różnych etapach ich cyklu życia — od prostego opisania pomysłu użytkownikowi podczas wywiadu i zebrania opinii, przez tworzenie podstawowych makiet, po przeprowadzanie badań grup fokusowych i zbieranie opinii użytkowników na temat wczesnych prototypów. Możesz nawet pójść o krok dalej i stworzyć oraz uruchomić minimalną wersję produktu (MVP).
Weryfikacja na wczesnym etapie, na przykład omówienie pomysłu podczas wywiadu, jest szybka i niedroga, ale jakość opinii klientów może być niska, ponieważ użytkownicy mogą mieć trudności z pełnym zrozumieniem koncepcji.
Z kolei testowanie z wykorzystaniem MVP zapewnia bogatsze i dokładniejsze opinie, ponieważ użytkownicy mogą korzystać z rzeczywistych funkcji produktu. Takie podejście jest jednak wolniejsze i bardziej kosztowne ze względu na związane z nim prace programistyczne.

Biorąc pod uwagę ten kompromis, moją ulubioną metodą weryfikacji są klikalne prototypy, ponieważ ich przygotowanie jest stosunkowo niedrogie, a użytkownikom można zaprezentować rzeczywisty projekt UX nowego produktu lub funkcji.
Aby przyspieszyć tworzenie prototypów, możesz użyć Figma AI lub wbudowanych funkcji AI innych narzędzi do projektowania UX.
8. Udokumentuj wyniki testów
Po zakończeniu testów zbierz wszystkie wnioski i wyniki w jednym dokumencie. Pogrupuj je według testowanego rozwiązania i hipotezy.
Dzięki temu, gdy nadejdzie czas oceny rozwiązania, będziesz mieć wszystko, czego potrzebujesz, w jednym miejscu, aby podjąć świadomą decyzję.
9. Zweryfikuj lub odrzuć swoje rozwiązania
W tym miejscu analizujesz wszystkie ustalenia z przeprowadzonych testów i decydujesz, czy:
- Uznajesz rozwiązanie za zweryfikowane i dodajesz je do istniejącego backlogu produktu.
- Rozumiesz, że rozwiązanie zmierza we właściwym kierunku, ale wymaga przerobienia. Następnie wracasz z nim do fazy generowania pomysłów, aby wprowadzić poprawki na podstawie wyników testów.
- Unieważniasz rozwiązanie, ponieważ nie rozwiązuje ono problemów użytkowników, które miało rozwiązać.
Wszystkie trzy rezultaty są oczekiwane. Kiedy unieważniasz produkt, powinieneś uznać to za ogromny sukces, ponieważ właśnie uniknąłeś tworzenia produktów i marnowania czasu oraz zasobów na coś, co nie rozwiązuje problemów użytkowników.
More Articles
10. Zbuduj zweryfikowane rozwiązania i zacznij od nowa
Ostatnim logicznym krokiem procesu odkrywania produktu jest dodanie rozwiązań do backlogu, ustalenie ich priorytetów i zbudowanie ich.
Jednak bardzo ważne jest zrozumienie, że proces odkrywania produktu tak naprawdę nie kończy się w tym miejscu. Zamiast tego zamykasz tę iterację i natychmiast rozpoczynasz następną. Skuteczne produkty to te, w przypadku których proces odkrywania nigdy się nie kończy.
Na tym etapie zespoły mogą podejmować właściwe decyzje dotyczące produktu na podstawie wniosków z informacji zwrotnych od użytkowników, testów użyteczności i testów A/B.
Narzędzia do odkrywania produktu
Oto kilka narzędzi, które warto poznać, aby szybciej przejść przez proces odkrywania produktu i uzyskać lepsze rezultaty, uporządkowanych według fazy, w której się znajdujesz.
- Badania użytkowników: Hotjar do nagrań sesji, UserTesting do testów użyteczności oraz Figma do projektowania doświadczeń użytkownika i tworzenia klikalnych prototypów.
- Mapowanie ścieżki użytkownika i współpraca wizualna: Miro jest tutaj uniwersalnym narzędziem. Możesz również wypróbować jego wschodzącego konkurenta — FigJam — albo inne alternatywy dla Miro.
- Badanie konkurencji: Similarweb do analizy kanałów pozyskiwania ruchu konkurencji, Builtwith do analizy stosów technologicznych.
- Analityka produktu: GA4 do analizy kanałów i ruchu. Amplitude do analizy zachowań i kluczowych wskaźników produktu. W przypadku oprogramowania do tworzenia map cieplnych popularną opcją jest HotJar.
- Śledzenie i ustalanie priorytetów: model punktacji RICE do prostego ustalania priorytetów, Aha! lub ProdPad do tworzenia planów rozwoju i przechowywania pomysłów na produkty.
To narzędzia, których używam i które polecam swoim współpracownikom. Jeśli szukasz większej liczby opcji, możesz również zapoznać się z naszą wyselekcjonowaną listą narzędzi do odkrywania produktu.
Jeśli zwróciłeś uwagę, nie wspomniałem tutaj o żadnych rozwiązaniach AI. Dzieje się tak dlatego, że chcę omówić je osobno i bardziej szczegółowo.
Jak AI zmienia proces odkrywania produktu
Odkrywanie produktu było prawdopodobnie obszarem zarządzania produktem, w którym AI przyniosła największą wartość. Powodem jest to, że LLM-y świetnie radzą sobie z zadaniami typowymi dla procesu odkrywania produktu. W szczególności z transkrypcją, podsumowywaniem i wyodrębnianiem wniosków.
Wpływ AI na odkrywanie produktu omówiliśmy w jednym z odcinków naszego podcastu. Nasz gość, Craig Watson, opowiedział o własnych doświadczeniach i podzielił się wieloma cennymi spostrzeżeniami.
W szczególności wskazuje on, że AI bardzo pomaga menedżerom produktu w następujących obszarach:
Transkrypcja i podsumowywanie wywiadów z użytkownikami: PM-y nie muszą robić notatek podczas rozmowy ani później odsłuchiwać nagrań. Wystarczy, że podczas rozmowy obecny będzie bot AI, który ją nagra. Następnie bot przekształci nagranie w transkrypcję i podsumowanie, wyróżniając najważniejsze ustalenia z wywiadu. Dobrymi narzędziami do tego celu są Dovetail, Krisp i GreatQuestion.
Wykrywanie powtarzalnych wzorców w danych jakościowych: Wysłuchanie wszystkich wywiadów i znalezienie powtarzających się problemów lub procesów jest bardzo czasochłonne. LLM-y bardzo dobrze radzą sobie z tym zadaniem i mogą przeanalizować setki wywiadów w poszukiwaniu wzorców. Z mojego doświadczenia wynika, że najlepiej sprawdza się w tym Dovetail.
Grupowanie, zliczanie i punktowanie informacji zwrotnych: Ponownie, ręczne przekształcenie danych jakościowych w ilościowe zajęłoby zespołom produktowym wiele godzin, a nawet dni. LLM-y potrzebują zaledwie kilku sekund, aby zliczyć informacje zwrotne i sprawdzić, które z nich najczęściej pojawiają się w danych. Mogą również przeprowadzać punktację przy użyciu modelu punktacji ważonej lub RICE.
Mimo całej wartości, jaką zapewnia ta automatyzacja, Craig nadal zaleca, aby podczas procesu odkrywania nie polegać nadmiernie na AI.
„AI nie zastąpi Twojej intuicji — pomoże Ci szybciej podejmować decyzje oparte na dowodach.”
Zgadzam się z nim. Pozwól, aby AI w odkrywaniu produktu wykonała za Ciebie pracę manualną. Nie ufaj jednak podejmowaniu decyzji przez AI, zanim samodzielnie tego nie sprawdzisz.
Najczęściej zadawane pytania
Jak zespoły zwinne zajmują się odkrywaniem produktu?
Zespoły zwinne mogą skorzystać ze zwinności dwutorowej, w ramach której odkrywanie produktu odbywa się równolegle z realizacją. W takim przypadku zespoły zwinne dołączają od czasu do czasu do ścieżki odkrywania, aby wykonywać takie zadania jak przekazywanie informacji zwrotnych na temat wykonalności technicznej pomysłów na rozwiązania, opracowywanie koncepcji projektowych, tworzenie prototypów i ich testowanie.
Czy inżynierowie powinni uczestniczyć w odkrywaniu produktu?
Zdecydowanie tak! To inżynierowie ostatecznie zbudują daną funkcję. Dlatego dysponują cenną wiedzą na temat wykonalności pomysłu. Mogą również wskazać potencjalne zagrożenia techniczne i związane z wdrożeniem. Wreszcie mogą zwrócić uwagę na ograniczenia techniczne, które zespół produktowy musi uwzględnić podczas projektowania funkcji.
W jaki sposób odkrywanie produktu skraca czas wprowadzenia produktu na rynek?
Największą wartością, jaką firmy czerpią z odkrywania produktu, jest tania walidacja pomysłów. Dzięki temu nie ryzykujesz tworzenia rzeczy, których użytkownicy nie potrzebują, i znacznego opóźnienia momentu, w którym ostatecznie wypuścisz wersję, którą ludzie polubią i będą używać. Skracasz również cykle iteracji i uzyskujesz informacje zwrotne na wczesnym etapie. Wszystko to pomaga także przyspieszyć realizację.
Jaka jest różnica między odkrywaniem produktu a strategią produktu?
Podczas określania strategii rozwoju produktu przedstawiasz ogólny kierunek rozwoju produktu oraz listę kamieni milowych na tej drodze. Odkrywanie produktu to proces identyfikowania potrzeb klientów i opracowywania dla nich zweryfikowanych rozwiązań. Zazwyczaj celem odkrywania produktu jest tworzenie rozwiązań zgodnych ze strategią produktu i przybliżających Cię o jeden krok do osiągnięcia kamieni milowych.



