Opportunity Solution Tree - case study budowy mojego pierwszego drzewka

Cześć,

Wiele mówi się i pisze o wykorzystaniu frameworka Opportunity Solution Tree w product discovery (sprawdź mój poradnik) - mało jednak można znaleźć realnych case study zastosowania tej metody w praktyce.

Kilka miesięcy temu w ramach campa Infoshare podzieliłem się swoją własną historią, gdy po praz pierwszy wykorzystałem OST w swojej pracy w SentiOne. Była to nie tylko sama historia, ale pokazałem też hands-on w Muralu jak budowaliśmy drzewko OST 🛠️.

Zapraszam do tego case study (40 min).

ℹ️ Kontekst sytuacji

Pracując jako Product Manager w SentiOne, odpowiadałem za rozwój platformy SentiOne Automate, narzędzia wykorzystywanego do automatyzacji obsługi klienta w dużych organizacjach.

• Platforma umożliwia budowanie botów oraz voicebotów, które odpowiadają na potrzeby klientów firm takich jak banki czy telekomunikacja.

• Platforma była wdrażana na środowiskach klientów - każdy klient miał kilka środowisk (np. środowisko produkcyjne i testowe)

• Jednym z kluczowych elementów pracy z botami jest uczenie modeli AI tak, aby rozumiały i reagowały na polecenia użytkowników w sposób poprawny i spójny.

Wyzwanie

W pewnym momencie zacząłem otrzymywać mocne sygnały, że MUSIMY zrobić pewien ficzer w naszym produkcie, bo KLIENCI NIE MOGĄ PRACOWAĆ!

Brzmi groźnie. Kliencie nie mogą pracować, więc „oczywiste, że musimy to zrobić”. Dodam tylko, że zaproponowanie rozwiązanie „przenoszenia modeli” było bardzo skomplikowanym i czasochłonnym rozwiązaniem.

Jako Product Manager postanowiłem jednak zgłębić temat poprzez product discovery, by lepiej zrozumieć rzeczywiste potrzeby użytkowników i sprawdzić, czy skąd w ogóle pomysł na takie rozwiązanie.

I tu zaczyna się moja historia.

🎦 Case Study (40 min)

• [3:10] Wstęp do case study

• [6:20] Mój problem z linearnym podejściem do discovery

• [13:58] Czym jest Opportunity Solution Tree?

• [20:33] Jak zastosowałem OST w mojej sytuacji? Hands-on budowa drzewa w Muralu

• [37:17] Sesja Q/A

✨ Moje Lessons Learned

Moje lessons learned znajdziesz też w nagraniu, ale tu jeszcze najważniejsze punkty:

Nie zaczynaj od rozwiązania, skup się na problemie

• Banał, ale zawsze warty powtarzania - klienci/Interesariusze często proszą o konkretne funkcje, ale zadaniem Product Managera jest zrozumienie prawdziwego problemu, zanim przystąpimy do budowania rozwiązań.

• W naszym przypadku wprowadzenie opcji przenoszenia modeli AI wydawało się słuszne, ale tylko na pierwszy rzut oka. Dopiero dogłębne rozmowy ujawniły prawdziwe bolączki związane z procesem i dużo lepsze rozwiązania

OST pomaga w ustrukturyzowanym podejściu do problemu

• Framework „Opportunity Solution Tree” Teresy Torres okazała się mega przydatny do ustrukturyzowania podejścia do discovery.

• Pozwoliła nam na rozłożenie problemu na mniejsze części, zrozumienie głębszych potrzeb użytkowników oraz określenie najbardziej efektywnych rozwiązań. Taka struktura pomaga w zachowaniu przejrzystości w procesie decyzyjnym.

Testowanie rozwiązań przed pełnym wdrożeniem

• Przeprowadzenie testów przed implementacją pełnej funkcjonalności pozwoliło na uniknięcie kosztownych błędów.

• Dzięki temu mieliśmy pewność, że wprowadzane zmiany rzeczywiście odpowiadają na kluczowe potrzeby i nie wprowadzą nowych problemów.

Więcej o Opportunity Solution Tree znajdziesz w moim szczegółowym poradniku „Opportunity Solution Tree 101”. A jeśli chcesz przepracować temat OST i szerzej discovery - zaproszam na kolejną edycję Product Discovery Academy.