Częste błędy w product discovery, 16 sposobów na poprawę retencji klientów, Jak zmienić podejście firmy do ficzerów?, Jak skutecznie zmieniać cenę produktu?

Wydanie #122

Cześć 💙

"Long-term planning can make your short-term plans more intelligent. And short-term plans can make your long-term plans more relevant."  – Ryan Singer, the Manager of Product Strategy at Basecamp

Zaopatrz się w notatnik 📰  i swój ulubiony trunek 🍺🍸.

Życzymy dobrej lektury,
Grzegorz i Kamil

---

W dzisiejszym wydaniu między innymi:

✅ Produktowa prasówka

✅ Czy Shape Up to nowy sposób na zwinność?

✅ Błędy popełniane podczas procesu discovery

✅ 16 strategii poprawy retencji użytkowników

✅ Jak zmienić optykę z “ficzerów” na “rezultaty”?

---

1️⃣ Produktowa prasówka

Wyselekcjonowane publikacje wokół produktu z ostatniego tygodnia:

#1 NPS - pomocny czy szkodliwy wskaźnik? 

Ostatnimi czasy bardzo dużo rozmawia się nad wiarygodnością wskaźnika NPS.  Itamar Gilad bierze NPS na swój warsztat. 

#2 Analiza Uber: Reklama dźwignią… rentowności.

• Uber miał w końcu pierwszy rentowny kwartał.

• Koszt ogólny? $30B . Nadal jesteśmy pod wodą, chociaż kwartalnie coraz mniej.

Co najbardziej kontrybuowało?

• Reklamy - Przychód $650M wykorzystując przestrzeń w aplikacji i sponsorowanie ofert w Uber Eats oraz rozrywki i zakupów z Uberem. Skoro jedziemy 20 minut i prawie w ogóle nie rozmawiamy z kierowcami “o życiu”, to jakoś ten czas musimy spędzić z telefonem w dłoni.

• Uber One - Przychód $1.4B - Subskrypcja darmowej dostawy i zniżek w zamian za $10/miesiąc. Korzysta z niej 12M osób. W skali Ubera (137M MAU) to kwestia czasu, aż wyniki podskoczą. Analogicznie postępuje Wolt Drive i Wolt z darmową dostawą i subskrypcją.

• Testowanie… komunikacji - Zmiana słów z “Koszt przejazdu to $5” na “Zarobisz $4 na tym przejeździe” dało 8% wzrost zarobku na kategorii przejazdów. Zmiana percepcji, kontekstu i motywacji.

#3 Jak zmieniać ceny produktu? Skomplikowane, ale jest sposób.

“Price raises are tricky because they have: knowable positive impacts, unknowable positive impacts, knowable negative impacts, & unknowable negative impacts. Some of these will show up within the measurement window of an A/B test, others won’t.“

PS. Super newsy? Podziel się w social media z dopiskiem #productart.

---

2️⃣ Czy Shape Up to nowy sposób na zwinność?

Shape up został opracowany przez firmę Basecamp na podstawie jej własnego wewnętrznego procesu rozwoju produktów. Koncepcja ta została przedstawiona publicznie w książce "Shape Up: Stop Running in Circles and Ship Work that Matters" autorstwa Ryana Singera, Menadżera Strategii Produktu w Basecamp.

Jak wyraził Singer, "jednym z głównych napięć w zarządzaniu produktami jest to między potrzebą szczegółowych informacji wdrożeniowych na co dzień, a potrzebą planowania długoterminowego na poziomie strategicznym. W długim czasie, to napięcie prowadzi do przekroczenia terminów, skomplikowanych kodów źródłowych, złej atmosfery i wielu innych problemów".

Główne elementy tej Shape up to:

1. Pitch (Propozycja): Pitch to propozycja projektu lub nowej funkcji. To zwięzły opis problemu, rozwiązania i spodziewanych wyników. Propozycje są tworzone przez menedżera produktu lub członka zespołu, a następnie prezentowane zespołowi developerskiemu.

2. Cycle (Cykl): Cykl to ustalony okres czasu, w trakcie którego rozwijany jest projekt/produkt. Zazwyczaj trwa sześć tygodni. W trakcie cyklu zespół pracuje nad ograniczonym zestawem projektów, zwanych "betami".

3. Bets (Zakłady): Bet to projekt lub funkcja, nad którą zespół zobowiązuje się pracować w trakcie kolejnego cyklu. Wybór zakładów dokonywany jest na podstawie ich zgodności z celami firmy, wykonalności w ramach czasu trwania cyklu i ogólnego wpływu na biznes, produkt i firmę. 

4. Building (Tworzenie): Po wyborze zakładu zespół przechodzi do fazy tworzenia. To tutaj odbywa się rzeczywista praca developerska. Celem jest ukończenie prac w ramach ustalonego cyklu, a zakres jest dostosowywany, jeśli jest to konieczne, aby wyrobić się w terminie.

• Cool-Down (Okres wyciszenia): Po zakończeniu fazy tworzenia następuje okres wyciszenia, w którym zespół ma przerwę od głównych prac developerskich. To pozwala na chwilę odpoczynku przed kolejnym cyklem i daje zespołowi czas na zastanowienie się nad niedawno ukończoną pracą.

Podstawowe zasady metodyki "Shape Up" obejmują:

• Ograniczony Czas, Zmienny Zakres: Skupienie się na dostarczaniu projektów w ramach ustalonego czasu (cyklu), a zakres pracy jest dostosowywany, aby dopasować się do tego czasu.

• Brak Backlogu: W przeciwieństwie do tradycyjnych metodyk rozwoju, "Shape Up" nie polega na posiadaniu rejestru zadań. Zamiast tego prace są wybierane spośród dostępnych propozycji i zakładów.

• Nacisk na Podejmowanie Decyzji: Jasne decyzje są podejmowane z góry dotyczące tego, nad czym należy pracować i nad czym nie należy pracować w trakcie cyklu.

• Unikanie Ciągłego Planowania: "Shape Up" zniechęca do ciągłego planowania i zachęca do bardziej skupionych okresów intensywnej pracy, po których następuje refleksja.

Autonomia Zespołu: Zespoły developerskie mają autonomię w wyborze zakładów, nad którymi będą pracować w trakcie cyklu.

“Shape Up" dąży do stworzenia strukturalnego, a jednocześnie elastycznego podejścia do rozwoju produktów, pomagając zespołom skupić się, podejmować efektywne decyzje i regularnie dostarczać wysokiej jakości pracę.

JAK WDROŻYĆ?

Aby skutecznie korzystać z techniki Shape Up, należy przejść przez kilka kroków:

1. Zdefiniuj wizję produktu: Ten krok polega na wypracowaniu jasnego zrozumienia tego, co produkt ma robić oraz jakie korzyści ma dostarczać klientom.

2. Stwórz wymagania: Taki dokument określa wszystkie konkretne cechy i funkcje, które produkt musi mieć.

3. Stwórz prototyp: Może to być cokolwiek, od prostego szkicu do rzeczywistego prototypu oprogramowania.

4. Opracuj plan produktu: Plan produktu służy do stworzenia szczegółowego harmonogramu i budżetu projektu.

5. Testuj i udoskonalaj prototyp: Testowanie prototypu zapewnia, że wszystkie funkcje działają zgodnie z zamierzeniami.

6. Stwórz gotowy produkt: Jeśli prototyp przejdzie wszystkie “testy”, można stworzyć rzeczywisty produkt.

7. Zacznij tworzyć produkt: Ostatni krok polega na upewnieniu się, że produkt nie ma żadnych błędów, które mogą spowodować jego niepowodzenie.

8. Wprowadź produkt na rynek i sprzedawaj: Po stworzeniu i sprzedaży produktu firma może zacząć zarabiać.

Aby zapewnić sukces produktu, ważne jest, aby firmy miały plan integrowania nowego produktu ze swoim biznesem. Ten plan powinien obejmować kroki niezbędne do opracowania i wprowadzenia produktu na rynek, a także sposób zarządzania nim po wprowadzeniu. Brak planu może prowadzić do utraty szans, marnowania zasobów i opóźnień w czasie wprowadzenia na rynek.

SCRUM VS SHAPE UP 

Obie metody mają na celu usprawnienie procesu rozwoju produktów, ale różnią się w podejściu do planowania, dostarczania i zarządzania projektami oraz w stopniu autonomii zespołu. Wybór między Scrum a Shape Up zależy od charakterystyki projektu, preferencji zespołu i wymagań organizacji.

Cykle Czasowe:

• Scrum: Wykorzystuje krótkie okresy sprintów (zwykle 2-4 tygodnie), podczas których realizowana jest dostarczalna inkrementacja produktu.

• Shape Up: Opiera się na ustalonych cyklach czasowych (zazwyczaj 6 tygodni), w których zespoły pracują nad wybranymi projektami, a zakres pracy jest dostosowywany.
  

Backlog Zadań:

• Scrum: Korzysta z ciągle aktualizowanego rejestru zadań (backlog), w którym elementy są priorytetowane i wybierane na sprint.

• Shape Up: Nie polega na ciągłym rejestrze zadań. Zespoły pracują nad wybranymi "betami" z puli projektów w każdym cyklu.

Decyzje i Zakres:

• Scrum: Koncentruje się na zachowaniu stałego zakresu pracy w trakcie sprintu, umożliwiając dostarczenie działającej inkrementacji produktu.

• Shape Up: Wymaga jasnych decyzji w fazie kształtowania projektu, dzięki czemu zespoły mogą pracować bez przerw w określonym zakresie.

Autonomia Zespołu:

• Scrum: Określa role (Scrum Master, Product Owner, Zespół Deweloperski) i ceremonie (Planowanie sprintu, Codzienny Standup itp.).

• Shape Up: Zespoły mają większą autonomię w wyborze projektów, a decyzje dotyczące betów są podejmowane przez sam zespół.

Odpowiedź na Ryzyko:

• Scrum: Odpowiedź na ryzyko jest częścią każdego sprintu, a dostarczalne inkrementacje pozwalają wcześnie wykrywać problemy.

• Shape Up: Ryzyko jest uwzględniane na każdym etapie, a decyzje podejmowane upfront pozwalają unikać komplikacji w trakcie cyklu.

Narzuty i Procesy:

• Scrum: Zapewnia bardziej zdefiniowane role, ceremonie i narzuty, co może być korzystne dla większych i bardziej zorganizowanych zespołów.