Case study · Model operacyjny produktu

Deviniti ponad dwukrotnie zwiększyło konwersję z triala, gdy znalazło jedno zachowanie, które ją zapowiadało

Deviniti Apps tworzy oprogramowanie dla ekosystemu Atlassian. Jeden z jego zespołów miał lojalnych klientów i stały napływ triali, a mimo to mniej niż trzy na dziesięć triali kończyły się zakupem. Rozwiązaniem nie był większy lejek ani dłuższa roadmapa. Była nim jedna rzecz, którą klienci odnoszący sukces robili w trzecim tygodniu i której nikt wcześniej nie zauważył.

Współpraca
Model operacyjny produktu · zespół pilotażowy
Branża
B2B SaaS · ekosystem Atlassian
Rynek
Atlassian Marketplace
Obszar
Aktywacja w trialu
Umów bezpłatną rozmowę →
Logo Deviniti
Produkty Deviniti Apps dla ekosystemu Atlassian
26% → 59%
Konwersja z triala na płatną subskrypcję w ciągu trzech miesięcy
+33%
Miesięczny przychód powtarzalny (MRR) w tym samym kwartale
32% → 45%
Zachowanie z trzeciego tygodnia, które zapowiadało konwersję, osiągnęło swój cel
Współpraca

To pilotaż w ramach szerszej transformacji modelu operacyjnego produktu (Product Operating Model) w Deviniti Apps. Zamiast zmieniać wszystkie zespoły naraz, kierownictwo i ProductTrio sprawdziły metodę w praktyce na jednym zespole, Luna, który opiekuje się aplikacją Actions for Jira Service Management i jednym innym produktem, i na liczbie biznesowej, która miała znaczenie. To, co udowodnił pilotaż, stało się wzorem dla reszty organizacji.

Sytuacja

Mocna inżynieria i brak połączenia między celami biznesowymi a decyzjami produktowymi

Deviniti Apps, produktowa część Deviniti, miało kilka udanych aplikacji w Atlassian Marketplace, prawdziwą głębię techniczną i ugruntowaną pozycję w ekosystemie. Brakowało mu strategii produktowej, która łączyłaby cele biznesowe z decyzjami produktowymi. Zespoły pracowały według roadmap technicznych, a nie według wizji produktu, a sukces liczono w dostarczonych funkcjach i w tempie developmentu (velocity). Przez to wszyscy byli zajęci i nikt nie miał pewności: nikt nie potrafił powiedzieć, które wydania z ostatniego kwartału cokolwiek zmieniły.

Rynek też nie stał w miejscu. Konkurencja w ekosystemie Atlassian mocno wzrosła, co podniosło poprzeczkę: wartość musiała szybciej docierać do klientów, a produkt musiał wyraźniej się wyróżniać. Rytm „zbuduj i wydaj” przestał wystarczać, żeby dotrzymać kroku.

Punkt wyjścia

Najpierw zmierz zespół, potem biznes, potem produkt

Zanim zmieniliśmy czyjkolwiek sposób pracy, zmierzyliśmy, gdzie zespół naprawdę jest. W maju 2025 roku cztery osoby z zespołu Luna wypełniły Product Model Maturity Survey, wcześniejszą wersję dzisiejszego Product Model Maturity Assessment (po angielsku), ocenianą według modelu dojrzałości. W tej samej czterostopniowej skali zespół uzyskał 58,5 na 80 punktów, co plasuje go w przedziale zespołu produktowego (product team), a nie zespołu dostarczającego (delivery team). Sam wynik okazał się najmniej ciekawą częścią.

Zespół Luna, maj 2025: mediana poziomu w każdym wymiarze, w skali od 1 do 4
2,1
Skupienie
2,4
Cel
3,0
Empowerment
3,1
Współpraca
4,0
Product trio
Cztery odpowiedzi z jednego zespołu, czyli minimum, którego ocena wymaga, zanim poda medianę zespołu. Ankieta była krótszą, wczesną wersją, więc traktuj wynik jako orientacyjny, a nie dokładny.

Struktura zespołu produktowego już była na miejscu i zespół był co do niej zgodny. Na każde pytanie o trio wszystkie cztery osoby odpowiedziały najwyższą oceną w skali: kto co robi, na których ceremoniach wspólnie planują i się uczą oraz jak dzielą się odpowiedzialnością za wartość i opłacalność (viability). Brakowało czegoś warstwę niżej. Najniżej wypadło skupienie (Focus). Wszystkie cztery osoby powiedziały, że ich planowaniem kierują szacunki pracochłonności, story pointy albo godziny, co było najsłabszą odpowiedzią w całej ankiecie, a połowa wskazała velocity i story pointy jako metryki, które śledzą najuważniej.

Drugim sygnałem była niezgoda. W pięciu pytaniach cztery odpowiedzi rozciągały się na całą szerokość skali. Na pytanie, jak zespół dzieli odpowiedzialność za rezultaty, dwie osoby odpowiedziały, że każda rola skupia się na własnych zadaniach, a dwie, że zespół wspólnie odpowiada za metryki sukcesu i razem uczy się na porażkach. Na pytanie, jak często priorytety zmieniają się pod wpływem danych o rezultatach, dwie odpowiedziały, że stale, a dwie, że rzadko. Zespół, którego członkowie opisują swój sposób pracy w przeciwstawnych słowach, nie ma jeszcze wspólnego modelu operacyjnego, cokolwiek mówi schemat organizacyjny. Właśnie tę lukę miał zamknąć pilotaż.

Potem sięgnęliśmy po liczby biznesowe, a nie po backlog. Dane Deviniti z Tableau musiały najpierw rozstrzygnąć jedno pytanie: czy to problem z retencją, czy z aktywacją? Retencja okazała się zdrowa. Przychody od nowych klientów stale przewyższały churn, a każdy segment klientów zostawał dłużej niż dwanaście miesięcy. Pieniądze wyciekały na aktywacji. Co miesiąc przychodziło około trzydziestu triali, a na płatną subskrypcję przechodziły mniej niż trzy na dziesięć, podczas gdy historyczne szczyty przekraczały pięćdziesiąt procent.

“We had healthy trial volumes of around 30 monthly signups and zero churn issues, but new customers just weren't activating. We needed to understand what successful customers do differently during their trial period.”

Product Manager, zespół Luna w Deviniti Apps

Discovery od środka

Sześć hipotez i jedna, która dała sto procent

W PostHogu podzieliliśmy instancje trialowe na dwie kohorty: te, które przeszły na płatne licencje, i te, które nigdy tego nie zrobiły. Potem każde przeczucie zespołu przechodziło przez te same trzy kroki, więc intuicja musiała przetrwać zderzenie z danymi, zanim mogła wpłynąć na roadmapę.

01
Hipoteza

Powiedz, co według ciebie się dzieje

  • Spisana na podstawie intuicji albo opinii klientów, prostym językiem. Na przykład: „Użytkownicy nie znajdują akcji w Customer Portal i dlatego aktywacja jest niska”.
02
Insight

Idź i sprawdź

  • Analiza ścieżek w PostHogu: ilu użytkowników triala dociera do portalu i ilu z nich klika akcję, gdy już tam jest.
03
Wynik

Zostaw albo odrzuć

  • Liczba, którą zespół musi przyjąć, jakakolwiek wyjdzie. W tym przypadku tylko 15% osób odwiedzających portal kliknęło akcję. Pięć z sześciu hipotez odpadło na tym kroku.

Każdy klient, który w trzecim tygodniu triala udostępnił akcje użytkownikom końcowym w portalu klienta, zapłacił. Nie większość. Wszyscy.

Co z tym zrobiliśmy

Jedno zachowanie i hierarchia, która łączy je z pieniędzmi

Idealny predyktor przydaje się tylko wtedy, gdy zespół może na jego podstawie działać. Dlatego zachowanie stało się celem, a cel został wprost powiązany z wynikiem biznesowym, który miał zapowiadać.

Hierarchia rezultatów Zespół Luna · Actions for Jira Service Management · cykl 3-miesięczny
Rezultat biznesowy
Zwiększyć konwersję z triala na płatną subskrypcję o 60%.
Cel produktowy
Zwiększyć dostępność akcji dla klientów w portalach użytkowników końcowych.
Rezultat produktowy
Zwiększyć odsetek użytkowników w trzecim tygodniu triala, którzy udostępniają akcje, z 32% do 45%.
Jak go zwiększyliśmy
  1. Rozmawialiśmy z użytkownikami w trzecim tygodniu triala, żeby ustalić, co naprawdę powstrzymywało ich przed udostępnieniem akcji.
  2. Prowadziliśmy eksperymenty z tym, jak łatwo znaleźć to ustawienie.
  3. Zespół customer success odzywał się do klientów w trialu w trzecim tygodniu, a nie na jego końcu.
  4. Każdą zmianę mierzyliśmy w PostHogu względem rezultatu produktowego, a nie tego, czy trafiła na produkcję.
Konwersja z triala na płatną subskrypcję, przed i po
26%
Przed
pilotażem
59%
Trzy miesiące
później
Wzrost względny o 127% - przy celu 60%.
Co się stało

Zachowanie trafiło w cel. Liczba biznesowa, którą zapowiadało, poszła jeszcze wyżej.

Learning Card Zespół Luna · Actions for Jira Service Management · pierwsze 3 miesiące
Wynik
Konwersja z triala na płatną subskrypcję wzrosła w trzy miesiące z 26% do 59%, czyli ponad dwukrotnie, i wyraźnie przekroczyła poprawę o 60%, do której dążył zespół. Miesięczny przychód powtarzalny wzrósł w tym samym czasie o 33%. Stojące za tym zachowanie z trzeciego tygodnia poprawiło się o około 40%, z 32% do 45%, i wylądowało dokładnie na celu. Predyktor się sprawdził: przesuń zachowanie tam, gdzie zapowiedziałeś, a liczba biznesowa pójdzie za nim.
Insight
Wskaźnik wyprzedzający, na który zespół ma wpływ, wygrywa ze wskaźnikiem opóźnionym, który można tylko obserwować. Nikt nie „zwiększy konwersji” w poniedziałek rano. Każdy może sprawić, że jedno ustawienie będzie łatwiej znaleźć, i zadzwonić do klientów, którzy jeszcze go nie znaleźli.
Decyzja
  • Rezultaty są mierzone co tydzień, a nie przeglądane raz na kwartał.
  • Eksperymenty startują przed pełnym wdrożeniem i są oceniane po rezultacie produktowym, a nie po tym, czy coś dostarczono.
  • Wnioski są spisywane, więc kolejny zespół zaczyna od dowodów, a nie od zera.
  • Framework został udokumentowany i przekazany reszcie Deviniti Apps: rezultaty produktowe w cyklach trzymiesięcznych, cele produktowe ustalane raz w roku i uzgadniane co kwartał, rezultaty biznesowe w horyzoncie od roku do trzech lat.
Poza pilotażem

Jak liczba jednego zespołu stała się celem wszystkich zespołów

Pilotaż był widoczną częścią większej zmiany. ProductTrio zaczęło w Deviniti Apps jako doradca produktowy, który pomagał poszczególnym zespołom wdrażać lepsze praktyki discovery. Po pierwszych miesiącach kierownictwo chciało czegoś więcej niż lepszych nawyków w kilku zespołach i uzgodniliśmy plan transformacji z trzema celami: strategia produktowa, która łączy cele biznesowe z decyzjami produktowymi, rezultat produktowy dla każdego zespołu, który napędza liczbę biznesową, oraz praktyki discovery, które wpływają na te rezultaty. Pilotaż udowodnił drugi i trzeci cel na jednym zespole. Tak rozeszły się dalej.

01
Od maja do sierpnia 2025 · Zespół pilotażowy

Jeden zespół jako wzór

  • Opisane wyżej ankieta dojrzałości, analiza i eksperymenty, przeprowadzone z zespołem Luna.
  • Product manager zespołu pilotażowego i ProductTrio spisali to jako wewnętrzny one-pager: jak ustalić rezultat produktowy, pracować nad nim tydzień po tygodniu i stale go poprawiać, łącznie z analizą w PostHogu, która znalazła predyktor.
  • Sesje robocze z całym zespołem zamieniły rezultat w pracę discovery. Każdy pomysł zaczyna się jako hipoteza: problem albo potrzebę sprawdza się w wywiadach, rozwiązanie w eksperymencie.
02
Czerwiec 2025 · Kierownictwo

Strategia, z której mogły wynikać cele

  • Warsztat strategiczny z kierownictwem ustalił misję, North Star i filary strategiczne oraz to, jak należy ułożyć organizację produktową, żeby zamieniała je w cele zespołów.
  • Cel, który wyznaczył na kolejny kwartał, był prosty: nowe, lepsze cele dla każdego zespołu.
03
Sierpień 2025 · Każdy zespół produktowy

Dwie lub trzy sesje z każdym product managerem

  • Najpierw sesja z działem obsługi klienta, żeby poznać każdy produkt.
  • Potem pierwsza sesja z każdym product managerem: jak zespół dotąd ustalał cele i jak korzystał ze swojej analityki.
  • Każdy product manager przygotował szkic rezultatu produktowego na kolejny kwartał, a druga i trzecia sesja dopracowywały go, aż się obronił. Product manager zespołu pilotażowego uczył pozostałych, jak znaleźć w PostHogu zachowanie predykcyjne.
  • To pierwsza iteracja, bez głębi pilotażu: chodziło o to, żeby ustalanie rezultatów produktowych na podstawie analityki stało się nawykiem w każdym zespole.
Co się zmieniło

Trzy zmiany w tym, jak zapadają decyzje

Cele zaczynają się od problemu biznesowego, a nie od MRR. Cel biznesowy był wcześniej komunikowany jako wzrost miesięcznego przychodu powtarzalnego. Metoda, której nauczył się każdy product manager, dodaje krok: najpierw rozstrzygnij, czy biznesowi brakuje aktywacji, czy retencji, potem odczytaj z analityki samego produktu, czego brakuje jemu, i wybierz jeden obszar na kwartał.

Każdy poziom ma własny zegar. Rezultaty biznesowe w horyzoncie od roku do trzech lat, cele zespołów na rok, rezultaty produktowe na kwartał, mierzone co tydzień.

„Mamy analitykę” znaczy teraz coś innego. Wcześniej znaczyło, że tracking jest zainstalowany. Pilotaż postawił inną poprzeczkę: zespół potrafi czytać dane i na ich podstawie decydować.

Co jeszcze się działo. W trakcie pilotażu Deviniti po raz pierwszy wdrażało analitykę produktową w PostHogu, co dobrze zgrało się w czasie, a telefony w trzecim tygodniu wykonywał zespół customer success. Rolą ProductTrio była metoda: gdzie patrzeć, co mierzyć, w które zachowanie celować i jak to rozpowszechnić. Pracę wykonały zespoły.

Dlaczego to ważne dla ciebie

Jeśli twoje zespoły szybko dowożą, a nikt nie potrafi powiedzieć, co się zmieniło, brakuje jednego zachowania

Zespół nastawiony na output rzadko jest leniwy. Zwykle to zespół, który nigdy nie dostał celu, na który naprawdę ma wpływ. Liczbę funkcji i velocity łatwo zmierzyć i trudno z nimi dyskutować, i właśnie dlatego się utrzymują. Wyjściem nie jest lepszy format roadmapy ani kolejny rytuał planowania. Jest nim znalezienie jednego zachowania użytkowników, które zapowiada wynik biznesowy, na którym ci zależy, i skierowanie na nie wszystkich.

Deviniti znalazło swoje, porównując klientów, którzy zapłacili, z tymi, którzy tego nie zrobili, i godząc się odrzucić pięć hipotez, żeby zostawić jedną. Pilotaż był celowo mały: jeden zespół, jedna metryka, jeden kwartał. Dzięki temu był na tyle tani, żeby spróbować, i na tyle przekonujący, żeby go skalować.

Więcej case studies

Wszystkie case studies

+44,7%

Konwersja z darmowego planu na płatny po jednym eksperymencie, przetestowanym na 120 000 użytkowników

UX Pilot: case study

80% → 60%

Porzucenia na onboardingu na ekranie przed weryfikacją KYC

elyps: case study

2 → 1

Dwa onboardingi połączone w jeden, przy ponad milionie użytkowników

Taxfix: case study

Powiązane
Odpowiadasz za metrykę aktywacji? Funnel Conversion Sprint prowadzi tę samą pętlę na twojej metryce, w jeden kwartał
→

Szybko dowozicie, ale nikt nie potrafi powiedzieć, co się zmieniło?

Umów bezpłatną rozmowę, a sprawdzimy, gdzie rozjechały się twoje cele biznesowe i decyzje produktowe i od którego zespołu najlepiej zacząć.

Umów bezpłatną rozmowę
Bezpłatnie · 20 minut · Bez prezentacji, tylko twój prawdziwy problem