Nie ma wymagań technicznych, aby zostać menedżerem produktu. Nie potrzebujesz wymyślnego dyplomu ani zdania egzaminu certyfikacyjnego sprawdzającego głęboką wiedzę z dziedziny. PMami zostają ludzie z wielu różnych środowisk, często dlatego, że lubią pracować z ludźmi i rozwiązywać problemy.

Jednak zarządzanie produktem może być trudne na początku, ponieważ często sprawia wrażenie bałaganu. Musisz podejmować trudne decyzje z niedoskonałymi informacjami. Masz ograniczony czas na zebranie i przekazanie złożonych wymagań. Musisz stworzyć strukturę, aby inni ludzie mogli faktycznie wykonać pracę, a jeśli coś nie pasuje do siebie, to twoja wina.

Na szczęście jest jedna dziwna sztuczka , która znacznie ułatwi ci życie — zadawanie pytań!

Właściwe pytanie może rozjaśnić każdą sytuację i pomóc ci podążać we właściwym kierunku. W tym artykule napotkamy problem fikcyjnego produktu i zadamy 14 pytań, od zebrania wymagań po zaproponowanie rozwiązania, a skończywszy na wykonaniu i kontynuacji.

Używam tych dokładnych pytań na co dzień jako PM; mam nadzieję, że okażą się one również przydatne!

Zbieranie wymagań

Ustawmy scenę. Jesteś nowym kierownikiem w modnym startupie technologicznym, który dostarcza karmę dla kotów na żądanie (to musi być coś, prawda?). Jest poniedziałkowy poranek, a ty grasz w rytm lo-fi. Słyszysz dźwięk nowego powiadomienia Slack i otwierasz je na pytanie od kogoś z Działu Operacyjnego.

hej możemy pogadać

otrzymujemy wiele skarg od kierowców dotyczących aplikacji i chciałem z tobą o tym porozmawiać.

Jasne, myślisz. mam czas.

oczywiście — wyślę Ci zaproszenie na dzisiejsze popołudnie!

[Uwaga dodatkowa: chociaż zaczynamy od wstępnej rozmowy, te pytania są kierowane do różnych osób w czasie. Dokładne sformułowanie można również dostosować do osoby, z którą rozmawiasz.]

1. Na czym polega problem?

Warto zacząć od pytania otwartego, które zachęci ludzi do podania jak największej ilości informacji własnymi słowami. Idealnie byłoby, gdybyś robił notatki (zarówno notebook, jak i laptop działają) podczas mówienia. Zobaczmy jak idzie:

Ja: Hej, powiedz mi, w czym problem?

Operacje: Zeszłej nocy mieliśmy wypadek na rowerze z tym facetem i powiedział, że to dlatego, że jego telefon był zbyt jasny. Przełączał się z Map Google (które są ciemne), aby spojrzeć na szczegóły swojego zamówienia i stracił koncentrację. Teraz jest ok, ale zdarzyło się to kilka razy. Również jeźdźcy bardzo narzekają na naszą aplikację i mówią, że nie widzą, dokąd mają jechać.

2. Jaki jest stan obecny i stan pożądany?

Otrzymasz wiele informacji z poprzedniego pytania, a następnym zadaniem jest rozwikłać i uprościć. Jednym z przydatnych sposobów jest ustalenie punktu odniesienia dla tego, jak wszystko działa teraz i jakiej zmiany ktoś żąda. Później będziesz chciał opisać to jako przepływ użytkownika, czyli sekwencję działań.

Ja: Jak więc nasi jeźdźcy korzystają z aplikacji w nocy i co Twoim zdaniem powinniśmy zmienić?

Ops: Wygląda na to, że gdy robi się ciemno, nasi pasażerowie zwykle zmniejszają jasność swoich ekranów, ale wtedy nie widzą szczegółów swojego zamówienia. To, czego chcieliby, to „tryb ciemny”, w którym nadal widzą ważne rzeczy, ale nie są oślepieni.

3. Czy mogę sprawdzić, czy dobrze Cię rozumiem?

Po wysłuchaniu, jak ktoś wyjaśnia złożony problem, warto powtórzyć to, co zrozumiałeś. Pozwala to zweryfikować swoje założenia i upewnić się, że niczego nie brakuje, a także ćwiczy wyjaśnianie problemu własnymi słowami (gorąca wskazówka: sprawdza się to również w związkach!). Później będziesz przedstawiać ten problem i potencjalne rozwiązanie wielu innym osobom, więc będziesz chciał zacząć rozumieć, jak to komunikować.

Ja: Czy mogę sprawdzić, czy dobrze cię rozumiem? Mówisz, że kierowcy mają trudności z korzystaniem z naszej aplikacji w nocy, ponieważ ekran jest zbyt jasny, a to prowadzi do wypadków. To, czego potrzebujesz, to tryb ciemny, w którym mogą zobaczyć szczegóły zamówienia, gdy są w ruchu.

Operacje: Prawie, a także musi działać dobrze, gdy przełączają się między naszą aplikacją a aplikacją do nawigacji.

4. Jaki jest wpływ problemu?

Za pomocą tego pytania chcesz zrozumieć, czy jest to odosobniony incydent, czy powtarzający się schemat. Idealnie byłoby również określić ilościowo powagę problemu pod względem utraconych użytkowników, przychodów lub innych wskaźników gwiazdy północnej.

Ja: Jakie mamy dowody na problem, na przykład czy tracimy jeźdźców lub nas to kosztuje?

Operacje: Cóż, płacimy ubezpieczenie naszych kierowców i rachunki za szpital, a to może być dość kosztowne. Przeprowadziliśmy również ankietę na temat nawyków kierowców i 30% z nich stwierdziło, że wieczorami przełącza się na inną aplikację. Kiedy poszliśmy dalej, powiedzieli, że to dlatego, że uważają, że nasza aplikacja jest niebezpieczna.

[Uwaga dodatkowa: później będziesz chciał zweryfikować wszystkie te informacje za pomocą analizy danych.]

5. Czy to jest najważniejszy problem, który możemy teraz rozwiązać?

Kiedy już zrozumiesz problem, musisz nadać mu priorytet w stosunku do wszystkiego innego, co robisz. Dodatkowe punkty, jeśli ma to wyraźny i poważny wpływ i wiąże się z szerszym celem firmy. Będziesz także musiał przedstawić to swoim interesariuszom i reszcie firmy oraz być przygotowanym na uzasadnienie kompromisów. To jest dobre pytanie, które należy sobie najpierw zadać.

Ja: Czy to jest najważniejszy problem, który możemy teraz rozwiązać?

Mirror-me: Dobre pytanie, ja. Najpierw musimy zakończyć projekty z tego kwartału. Potem jednak nasze zaległości to głównie zadłużenie technologiczne i powiedziałbym, że ma to priorytet, zwłaszcza że wpisuje się w OKR w następnym kwartale dotyczącym zwiększania liczby godzin online dla użytkowników. Wykorzystajmy następne 4 tygodnie na określenie zakresu rozwiązania, a następnie rozpocznijmy programowanie.

Proponowanie rozwiązania

Kiedy już dobrze zrozumiesz problem (najlepiej uzupełniony analizą danych, ankietami i/lub testami UX), czas na pracę nad rozwiązaniem. Gdy zaczniesz tworzyć prezentację, będziesz chciał odpowiedzieć na kilka kluczowych pytań z pomocą swojego zespołu.

6. Jakie jest idealne doświadczenie użytkownika, które moglibyśmy stworzyć?

Wykorzystaj tutaj trochę myślenia i postaw się na miejscu swoich użytkowników, aby wyobrazić sobie jak najlepsze dla nich wrażenia. Nie myśl jeszcze o ograniczeniach technicznych ani kosztach — jest mnóstwo czasu, aby później to ograniczyć.

Na tym etapie pomocne może być rozpoczęcie pisania PR/FAQ (informacja prasowa i często zadawane pytania). Jest to format spopularyzowany przez Amazon, w którym piszesz wyimaginowaną informację prasową opisującą twoją funkcję dla użytkownika końcowego.

Ja: Jakie jest idealne doświadczenie użytkownika, które moglibyśmy stworzyć?

Projektant: Wyobraź sobie, że telefon kierowcy wyczuwał, że robi się ciemno i automatycznie przełączał się w tryb ciemny, jak w samochodzie. Może to być ustawienie domyślne, ale kierowca będzie mógł również wybrać tryb ręczny lub postępować zgodnie z ustawieniami domyślnymi systemu. Prawdopodobnie chcielibyśmy umożliwić pasażerom dokonanie wyboru podczas rejestracji, a także wyróżnić tę funkcję na naszej stronie internetowej.

7. Jak będziemy mierzyć sukces w rozwiązaniu problemu?

Następnie musisz wybrać jedną, obecnie mierzalną metrykę, która koreluje z problemem, który próbujesz rozwiązać i nie można jej łatwo oszukać. Później użyjesz tego do określenia, czy funkcja się powiodła, czy nie.

Ja: Skąd będziemy wiedzieć, że rozwiązaliśmy problem? Jak będziemy śledzić sukces?

Analityk: Naszym głównym celem powinno być wydłużenie wieczornych godzin online, ponieważ jeśli kierowcy czują się bezpieczniej korzystając z aplikacji, rzadziej przesiadają się do konkurencji. Będziemy również obserwować, jaki procent jeźdźców włącza tę funkcję, oraz wyniki miesięcznej ankiety dotyczącej satysfakcji. Prawdopodobnie powinniśmy przeprowadzić to jako test A/B, aby mieć pewność wyniku.

8. Jakie mamy możliwości wdrożenia tej funkcji?

Jest to rozmowa, którą należy przeprowadzić z całym zespołem, a zwłaszcza z projektantami i kierownikami technicznymi. Skorzystaj z zasady MECE (wzajemnie wykluczające się, łącznie wyczerpujące), aby wygenerować pełną listę opcji i poświęć czas na omówienie zalet i wad. Często staje się całkiem jasne, na którym (lub dwóch) się skupić.

Ja: Jakie mamy możliwości wdrożenia tej funkcji?

Kierownik techniczny: Myślę, że można to zrobić na kilka sposobów:
1. Moglibyśmy po prostu zmienić schemat kolorów całej naszej aplikacji na tryb ciemny i uniemożliwić użytkownikom przełączanie się — byłoby to najszybsze, ale nie jest to najlepszy interfejs użytkownika.

2. Moglibyśmy użyć jakiejś automatycznej biblioteki, która automatycznie odwraca nasze kolory.

3. Możemy zdefiniować dwa schematy kolorów i użyć ustawień systemowych, aby określić, czy używamy trybu jasnego, czy ciemnego.

4. [itp. itd.]

[Uwaga dodatkowa: to tylko przykłady, tak naprawdę nie badałem, jak zaimplementować tryb ciemny]

9. W jaki sposób użytkownicy wchodzą w interakcję z naszym potencjalnym rozwiązaniem?

To dobre pytanie, jeśli masz czas i środki. Kiedy już zdecydujesz się na wstępne podejście, łącznie z prototypem na Figma lub innym narzędziu do projektowania, pozwól użytkownikom klikać i zobaczyć, gdzie się mylą. Lub prowadź go przez inne osoby w firmie, zwłaszcza te, które mają bliski kontakt z Twoimi użytkownikami.

Ja: Co użytkownicy myślą o naszym potencjalnym rozwiązaniu?

Badacz UX: Odkryliśmy, że bardzo spodobał im się tryb ciemny w głównym menu nawigacyjnym, ale nie na stronie profilu, ponieważ chcą, aby wszystkie ich odznaki były ładnie wyświetlane. Większość użytkowników nie ma problemu z automatycznym przełączaniem aplikacji w tryb ciemny, gdy robi się ciemno.

10. Jak długo potrwa nasze rozwiązanie i czy istnieją sposoby na tańsze wdrożenie?

Teraz, gdy zdecydowałeś się na ogólne podejście i sporządziłeś specyfikację produktu, nadszedł czas, aby sprawdzić cenę. Poproś swojego kierownika ds. technicznych o ogólne oszacowanie, ile czasu to zajmie. Nie potrzebujesz szczegółowych szacunków dla poszczególnych zadań, wystarczy odpowiedź rzędu tygodni/miesięcy.

Jeśli początkowa implementacja potrwa zbyt długo, zastosuj zasadę 80–20, aby bezwzględnie ograniczyć zakres. Większość wartości można prawdopodobnie zapewnić za pomocą minimalnego rozwiązania, z przyjemnymi wymaganiami pozostawionymi dla przyszłej wersji.

Ja: Jak długo potrwa nasze rozwiązanie i czy są sposoby na tańsze wdrożenie?

Kierownik techniczny: gdybyśmy wykonali całość, wraz z testami regresji i udostępnieniem sklepu z aplikacjami zajęłoby to około 6–8 tygodni. Gdybyśmy nie wdrożyli automatycznego wykrywania w nocy, prawdopodobnie skróciłoby to czas do 3–4 tygodni.

Wykonanie i refleksja

Gdy masz już projekt ładnie zaprojektowany i określony, czas zacząć budować!

11. Czy wszyscy rozumieją, co mają robić?

Pomocne jest zorganizowanie szybkiego spotkania wstępnego ze swoim zespołem na początku opracowywania nowej funkcji, podczas którego przedstawia się specyfikację i omawia nierozstrzygnięte kwestie. Bardzo ważne jest tutaj sprawdzenie zrozumienia, a także pomocne może być wyznaczenie właściciela funkcji, zwykle dewelopera, który ma najwięcej zadań związanych z funkcją.

Ja: Czy wszyscy rozumieją, co mają robić?

Deweloper mobilny: właściwie musimy rozważyć pewien przypadek skrajny — co jeśli użytkownik otrzyma alert systemowy w trybie jasnym?

12. W jaki sposób poinformujemy o tej funkcji naszych kolegów i użytkowników?

Niektóre zmiany dotyczące użytkowników będą wymagały poinformowania ich o nich — ten PR/FAQ, który napisałeś do pytania 6, może się przydać. Może to być tak proste, jak akapit w comiesięcznym e-mailu lub pełna przebudowa strony internetowej. Powinieneś również powiadomić z dużym wyprzedzeniem wewnętrzne zespoły, na które wpłynie Twoje zwolnienie.

Ja: Jak poinformujemy ludzi o tej funkcji?

Marketing: fajnie byłoby umieścić niektóre z tych zrzutów ekranu na naszej stronie docelowej dla pasażerów, możemy też dodać je do naszej comiesięcznej wiadomości e-mail z aktualizacjami produktów.

13. Co mówią wstępne dane?

Po zakończeniu rozwoju i (miejmy nadzieję) udostępnieniu funkcji bez większego bólu, od razu sprawdź statystyki. Często nie będzie żadnego, ponieważ zapomniałeś dodać jakiegoś ważnego wydarzenia lub napotkałeś dziwny błąd. Gdy masz pewność, że działa poprawnie, zwolnij, aż uzyskasz znaczącą ilość danych (jeśli przeprowadzasz test A/B, nastąpi to po osiągnięciu istotności statystycznej).

Ja: Co mówią wstępne dane?

Analityk: Rozpowszechnienie na iOS jest bardzo pozytywne, korzysta z niego połowa naszych kierowców! Android jest o około 10% niższy, wydaje się, że mogliśmy coś przeoczyć w naszym projekcie?

14. Jakie są kolejne kroki? Jak możemy to ulepszyć?

To jest łatwa część! Po udzieleniu odpowiedzi na poprzednie pytanie zwykle masz całkiem jasne pojęcie, jak coś ulepszyć.

Ja: Dobra robota wszystkim! Pomyślmy teraz o następnej wersji, jak chcesz ją ulepszyć?

Projektant: Chcę zmienić kolor podświetlenia.

Analityk: Musimy naprawić błąd z Androidem.

Inżynier: Jest kilka zadań związanych z długiem technologicznym, które powinniśmy zakończyć.

Aaaaaaa Cięcie!

Rozstania myśli

W tym artykule zobaczyliśmy, w jaki sposób te 14 pytań i uzyskane odpowiedzi nadały strukturę chaotycznemu problemowi i pomogły zdefiniować działające rozwiązanie.

Jak widzieliśmy, ważniejsze jest zadanie właściwego pytania niż uzyskanie właściwej odpowiedzi. Często odkryjesz ukryte założenia lub luki w swojej wiedzy, które są o wiele bardziej znaczące, niż początkowo sądziłeś, a ta nauka sama w sobie może być radością.

Zadawanie pytań jest również kluczowym narzędziem współpracy — przyznając, że czegoś nie wiesz, zapraszasz innych, aby pomogli Ci wspólnie znaleźć rozwiązanie. Pomaga ludziom poczuć, że nie zarządzasz nimi w skali mikro, a ich wiedza jest ceniona.

Czego więc nauczyłeś się z tego kawałka?