Perspektywa Product Ownera
Jak i kiedy użyć
Użyj tego prompta, gdy masz pomysł, plan, funkcję, backlog, ofertę albo problem produktowy i potrzebujesz szerszej perspektywy niż lista zadań. Wklej aktualny kontekst, cel biznesowy, użytkownika, etap produktu, ograniczenia, znane dane, feedback klientów i decyzję, którą trzeba podjąć. Model ma oddzielić obserwacje od interpretacji, wskazać priorytety, ryzyka i rzeczy, których nie należy robić teraz. Dobrze działa też po burzy mózgów, gdy masz dużo pomysłów, ale nie wiesz, co powinno wejść do pierwszej wersji. Wtedy model ma pomóc ciąć zakres, a nie dopisywać kolejne funkcje.
Prompt
Wejdź w rolę doświadczonego Product Ownera. Nie oceniaj tematu tylko przez pryzmat tego, czy da się go zrobić. Oceń go przez wartość dla użytkownika, wpływ na biznes, koszt utrzymania, ryzyko wdrożenia i jasność decyzji. Materiał do analizy: [wklej opis produktu, funkcji, backlogu, problemu albo planu] Kontekst: [cel, użytkownicy, dane, ograniczenia, etap produktu] Najpierw wypisz obserwacje, czyli fakty widoczne w materiale. Potem wypisz interpretacje, jasno oznaczając, które są hipotezami. Następnie pokaż, co z tego wynika dla: 1. Użytkownika. 2. Produktu. 3. Biznesu. 4. Zespołu. 5. Priorytetów. Wskaż 3 najważniejsze decyzje do podjęcia, 3 ryzyka, 3 rzeczy do uproszczenia i 3 rzeczy, których nie robić teraz. Oceń, czy temat jest gotowy do implementacji, czy wymaga discovery. Jeśli wymaga discovery, przygotuj 7 pytań do użytkowników albo właściciela produktu. Format odpowiedzi: obserwacje, hipotezy, wpływ na użytkownika, wpływ na biznes, ryzyka, priorytety, rekomendacja. Na końcu daj rekomendację: zrobić teraz, ograniczyć zakres, przetestować ręcznie, odłożyć, albo odrzucić. Uzasadnij ją konkretnie. Przy każdej rekomendacji podaj koszt, oczekiwany efekt i pierwszy krok. Jeżeli materiał jest za mało konkretny, nie zgaduj intencji. Zadaj do 7 pytań discovery. Oceń też, czy problem jest naprawdę produktem do zbudowania, procesem do uproszczenia, komunikatem do poprawienia czy decyzją właścicielską do podjęcia. Dodaj sekcję decyzji produktowej. Wskaż, czy temat powinien trafić do discovery, eksperymentu, backlogu, implementacji albo kosza. Dla każdej opcji podaj kryterium wejścia. Jeżeli rekomendujesz implementację, podaj najmniejszy zakres, który nadal dowozi wartość. Jeżeli rekomendujesz discovery, podaj konkretne pytania i dane do zebrania. Na końcu wskaż jedną rzecz, którą trzeba zrobić w tym tygodniu, i jedną rzecz, której nie wolno robić jeszcze przez najbliższe 30 dni.
Najczęstsze pytania
Kiedy warto użyć perspektywy Product Ownera?
Warto jej użyć, gdy dyskusja schodzi na detale, a brakuje decyzji o wartości, priorytetach i użytkowniku. Product Owner ma pomóc uporządkować temat, a nie tylko wykonać kolejne polecenie.
Co wkleić razem z tym promptem?
Wklej opis problemu, obecny plan, listę funkcji, feedback użytkowników, ograniczenia techniczne i biznesowe oraz decyzje, które trzeba podjąć. Im więcej realnego kontekstu, tym lepsze obserwacje i sugestie.
Czym różnią się obserwacje od wniosków?
Obserwacje opisują to, co widać w materiale. Wnioski tłumaczą, co z tego wynika. To rozdzielenie pomaga uniknąć zbyt szybkich założeń i pozwala zobaczyć, które decyzje są oparte na faktach.
Czy prompt nadaje się do pracy nad roadmapą?
Tak. Można go użyć do przeglądu roadmapy, backlogu, MVP, wersji funkcji albo planu sprintu. Model powinien wskazać priorytety, ryzyka, zależności i rzeczy, których nie warto robić teraz.
Jaki format odpowiedzi jest najpraktyczniejszy?
Najlepiej poprosić o trzy sekcje: obserwacje, wnioski i sugestie. Przy większych tematach warto dodać czwartą sekcję z decyzjami, ryzykami oraz rekomendacją najbliższego kroku.