System wewnętrznego zespołu produktu SaaS
Firmy z jednym produktem, których wewnętrzny zespół rozwija usługę chmurową w cyklu ciągłych wydań.
Od pomysłów przez roadmapę, budowę i wydanie po pomiar użycia i ulepszanie — cykl produktu, który się nie zatrzymuje.
Bez karty kredytowej — Twój projekt z pełnym systemem będzie gotowy w minutę
Tak wygląda tablica systemu, którą otrzymasz: kolumny przepływu pracy i karty startowe pokazujące pierwsze kroki
Jak przebiega praca w tym systemie?
Każdy pomysł lub zgłoszenie klienta trafia jako karta do kolumny „Pomysły”, gdzie jest zbierany i analizowany. Podczas cyklicznego przeglądu priorytetów product manager przenosi wybrane pozycje do „Priorytetów” według jasnych kryteriów: skala wpływu, liczba zgłoszeń i koszt budowy. Gdy pozycja wchodzi do planu wydania, przechodzi do „Budowy” i trafia do programistów, następnie do „Wydania” przy publikacji dla użytkowników wraz z opisem zmian, potem do „Pomiaru”, gdzie przez określony czas obserwujemy wskaźniki użycia, a na końcu do „Ulepszania”, jeśli dane pokazują, że funkcja wymaga dopracowania — i stąd zaczyna się nowy cykl.
Forum to rada produktu: decyzje o roadmapie oraz informacje, które pomysły przyjęto, które odrzucono i dlaczego — przejrzystość, która zapobiega otwieraniu zamkniętych tematów co miesiąc na nowo. Ogłoszenia przenoszą do całego zespołu opisy wydań: co opublikowaliśmy dziś i co wsparcie oraz customer success muszą o tym wiedzieć, zanim zapytają użytkownicy. Czat służy codziennej koordynacji programistów. Należności rejestrują subskrypcje klientów, jeśli są powiązane z systemem — dzięki temu wzrost przychodu cyklicznego widać obok aktywności deweloperskiej.
Product manager jest właścicielem kolumn „Pomysły” i „Priorytety” oraz pisze specyfikacje tego, co wchodzi do „Budowy”; programiści realizują prace i przesuwają karty do „Wydania”; zespół customer success zasila „Pomysły” sklasyfikowanymi zgłoszeniami użytkowników i uczestniczy w „Pomiarze”, wnosząc głos rynku, a przed każdym wydaniem śledzi Ogłoszenia, by przygotować odpowiedzi dla klientów. Decyzje płyną od danych i zgłoszeń klientów do product managera, na Forum i do planu budowy.
Kto robi co?
Role operacyjne w tym systemie i odpowiedzialność każdej z nich w codziennej pracy — przypisz je zespołowi wprost albo dostosuj do swojej specyfiki.
Product manager
Jest właścicielem „Pomysłów” i „Priorytetów”: analizuje i klasyfikuje zgłoszenia, wybiera to, co wejdzie do planu wydania, pisze specyfikacje i dokumentuje decyzje o roadmapie na Forum.
Programiści
Realizują to, co trafia do „Budowy”, według zatwierdzonych specyfikacji, przesuwają karty do „Wydania” i uczestniczą w wycenie kosztów przed zobowiązaniem.
Customer success
Zasila „Pomysły” sklasyfikowanymi zgłoszeniami i powtarzalnymi reklamacjami użytkowników, uczestniczy w „Pomiarze”, oceniając wpływ funkcji na satysfakcję klientów, i przygotowuje zespół do każdego wydania na podstawie Ogłoszeń.
Analityk danych
Buduje dashboardy użycia dla każdej funkcji w „Pomiarze”: wskaźniki adopcji i porzuceń — i przedstawia bezstronną lekturę danych, na której product manager opiera decyzję o „Ulepszeniu”.
Co jest przygotowane dla Ciebie od pierwszego dnia?
Moduły systemu
- Zadania — Tablica kanban z kolumnami przepływu pracy i kartami realizacji
- Czat — Szybki kanał codziennej koordynacji zespołu
- Forum — Udokumentowane dyskusje w uporządkowanych sekcjach — decyzje i wiedza nigdy nie giną
- Ogłoszenia — Oficjalny głos kierownictwa — okólniki i komunikaty, które docierają do wszystkich
- Należności — Wewnętrzne pieniądze w ścisłej poufności — należności, zaliczki i wydatki
Sekcje forum (4)
- Decyzje produktowe i roadmapaKtóre funkcje przyjęto, które odrzucono i dlaczego oraz zatwierdzona kolejność roadmapy — punkt odniesienia blokujący ponowne otwieranie zamkniętych decyzji.
- Zagregowane zgłoszenia klientówPowtarzające się wzorce zgłoszeń użytkowników z ich skalą i wpływem — surowiec, z którego buduje się priorytety.
- Wyniki pomiarówOdczyt wskaźników użycia każdej opublikowanej funkcji: czy osiągnęła cel? Co wnioskujemy dla kolejnych wydań?
- UX i interfejsPropozycje usprawnień doświadczenia użytkownika i interfejsu z przykładami i referencjami, zanim trafią do planów budowy.
«Zasady pracy w tym systemie» — Przypięte na forum
1. Nic nie budujemy poza „Priorytetami”: wszystko, co trafia do „Budowy”, przeszło przegląd priorytetów i ma pisemną specyfikację. 2. Decyzje o przyjęciu i odrzuceniu dokumentujemy w sekcji „Decyzje produktowe” z uzasadnieniem i nie wracamy do nich bez nowych danych. 3. Opis wydania publikujemy w Ogłoszeniach przed publikacją funkcji lub wraz z nią — zespół wsparcia nie może być zaskoczony pytaniem użytkownika. 4. Każda opublikowana funkcja przechodzi przez „Pomiar” z wcześniej zdefiniowanymi wskaźnikami, zanim ją ocenimy. 5. Zgłoszenia klientów zapisujemy jako karty w „Pomysłach”, nawet te najmniejsze — zbiorowa pamięć nie może zależeć od poszczególnych osób. 6. Powiązane subskrypcje klientów księgujemy w Należnościach i przeglądamy co miesiąc wraz z rozwojem produktu.
Ogłoszenie powitalne: «Witamy w systemie produktu»
Od dziś każda funkcja przechodzi przez kartę — od „Pomysłów” po „Ulepszanie”, decyzje o roadmapie dokumentujemy na Forum z uzasadnieniem, a opis każdego wydania publikujemy tutaj, zanim dotrze do użytkowników. Pierwszy krok: zbierzcie rozproszone pomysły w kolumnie „Pomysły” i zatwierdźcie priorytety kolejnego wydania. Zasady pracy znajdziecie przypięte na Forum.
Podobne systemy
Gotowy? Pierwszy projekt jest o dwie minuty stąd
Utwórz darmową przestrzeń roboczą już teraz i zaproś zespół przed końcem dnia.