Jakie KPI product i engineering raportować zarządowi i inwestorom

Zarządowi raportuje się 8-10 metryk w trzech grupach: wynik biznesowy produktu (aktywacja, retencja, przychód z nowych funkcji), przewidywalność delivery (plan vs wykonanie, czas od decyzji do produkcji) i zdrowie systemu (awarie, dług, bezpieczeństwo). Wszystko poniżej tego poziomu (velocity zespołów, story pointy, liczba commitów, pokrycie testami) to metryki operacyjne dla liderów, nie dla zarządu. Zasada rozdziału jest jedna: zarząd dostaje metryki, na podstawie których podejmuje decyzje o pieniądzach i ludziach. Reszta to szum, który obniża jakość rozmowy przy stole.

Typowy raport CTO dla boardu to lista dowiezionych funkcji plus wykres velocity. Zarząd kiwa głowami i nie wie, co z tym zrobić, bo żadna z tych informacji nie łączy się z decyzją. Druga skrajność: zero danych, narracja "pracujemy nad", którą po dwóch kwartałach przestaje się dać obronić.

Dobry raport odpowiada na trzy pytania, które zarząd naprawdę ma: czy produkt dowozi wynik biznesowy, czy mogę wierzyć planom na następny kwartał i czy coś nam grozi.

Grupa wynik produktu obejmuje: aktywację nowych użytkowników, która wpływa na decyzję o inwestycji w onboarding względem akwizycji; retencję i churn liczone kohortowo, które wpływają na priorytet między nowymi funkcjami a poprawą rdzenia; adopcję i przychód kluczowych funkcji z kwartału, które pokazują, czy roadmapa zwraca się w P&L. Grupa przewidywalność obejmuje: plan vs wykonanie kwartalnie w procentach, co pokazuje, czy plany na kolejny kwartał są wiarygodne, oraz czas od decyzji do produkcji w trendzie, co pokazuje, czy organizacja przyspiesza czy zwalnia. Grupa zdrowie systemu obejmuje: dostępność i poważne incydenty, czyli ryzyko operacyjne i reputacyjne; odsetki długu technicznego w trendzie, które decydują o budżecie na spłatę; oraz koszty infrastruktury względem wzrostu ruchu, które pokazują, czy unit economics tech się domyka.

Osiem pozycji, jeden slajd na grupę, każda metryka z trendem (minimum 3-4 kwartały) i jednozdaniowym komentarzem "co z tego wynika". Metryka bez trendu i bez wniosku to dekoracja.

Velocity i story pointów. To jednostki wewnętrzne zespołu, nieporównywalne między zespołami i natychmiast psujące się, gdy stają się celem. Zarząd i tak nie wie, czy 340 punktów to dużo.

Liczby wdrożeń, commitów, pull requestów. Mierzą ruch, nie postęp. Organizacja może bić rekordy wdrożeń, dostarczając funkcje, których nikt nie używa, dlatego w grupie pierwszej jest adopcja, a nie liczba release'ów.

Pokrycia testami i metryk jakości kodu. To narzędzia liderów inżynierii. Na poziom zarządu wchodzą już przetłumaczone: jako trend incydentów i odsetki długu. Jak liczyć te odsetki, opisałem w tekście o długu technicznym językiem zarządu.

Ten sam podział obowiązuje w drugą stronę: nie rozliczaj zespołów z metryk boardowych, na które pojedynczy zespół nie ma wpływu. Zespół odpowiada za swój obszar i jego metryki operacyjne, zarząd patrzy na agregaty.

Miesięcznie: krótki update (jedna strona, te same metryki, trend, wyjątki). Kwartalnie: pełny przegląd z planem vs wykonaniem i decyzjami do podjęcia. Najważniejsza zasada rytmu: te same metryki co cykl. Raport, w którym metryki zmieniają się co kwartał, uniemożliwia zobaczenie trendów i słusznie budzi podejrzenie, że pokazywane jest to, co akurat wygląda dobrze. Zmiana zestawu wymaga jawnej decyzji i zdania wyjaśnienia, nie cichej podmiany.

Dla spółek z inwestorem VC ten sam zestaw pracuje podwójnie: to dokładnie te dane, o które pyta fundusz w tech due diligence i w update'ach portfelowych. Spółka, która raportuje je od dawna, wchodzi w każdą rundę z gotowym materiałem dowodowym.

Nie buduj od razu dashboardu. Zacznij od dwóch metryk, które da się policzyć wstecz z istniejących narzędzi: plan vs wykonanie (z backlogu, ostatnie 2-3 kwartały) i czas od decyzji do produkcji (próbka 10-15 zadań). Te dwie liczby wystarczą na pierwszą poważną rozmowę o stanie delivery. Kolejne dokładaj po jednej na kwartał; zestaw budowany stopniowo ma tę zaletę, że organizacja rozumie każdą pozycję.

W InterviewMe przebudowa systemu pracy zaczęła się dokładnie od ustawienia mierników, dopiero na nich oparliśmy kulturę eksperymentów (120+ testów A/B), która przełożyła się na wzrost konwersji o 208% i przychodu o 320%. Bez mierników każda zmiana jest opinią.

Ile metryk to za dużo? Ponad 10-12 na poziomie zarządu oznacza, że nikt nie patrzy na żadną. Test: jeśli metryka przez dwa kwartały nie wpłynęła na żadną decyzję ani rozmowę, usuń ją z raportu. Lepszy jest krótki zestaw czytany co miesiąc niż dashboard ze wszystkim, otwierany przed posiedzeniem.

Jak raportować, gdy dane są złe? Dokładnie tak samo i to jest cały sens. Zarząd, który dowiaduje się o problemie z trendu na wykresie, może pomóc: budżetem, priorytetem, decyzją. Zarząd, który dowiaduje się po fakcie, traci zaufanie do wszystkich poprzednich raportów. Zła liczba z planem naprawy buduje wiarygodność mocniej niż dobra liczba bez kontekstu.

Czy inwestorom pokazywać te same metryki co zarządowi? Ten sam rdzeń, mniejsza szczegółowość. Fundusz w update miesięcznym potrzebuje 4-6 pozycji: wynik produktu, przewidywalność, poważne ryzyka. Utrzymywanie osobnego zestawu "dla inwestorów" prowadzi do rozjazdów, które wychodzą przy DD i psują więcej, niż jakikolwiek pojedynczy słaby wynik.

Kto powinien być właścicielem raportu? Jedna osoba odpowiedzialna za technologię i produkt: CTO/CPO, a przy jej braku fractional pełniący tę rolę. Raport składany przez founderów z danych zbieranych ad hoc rozjeżdża się po dwóch cyklach. Ustawienie tego systemu to standardowy element mojej pracy jako fractional CTO/CPO.

Jeśli twój board dostaje dziś listę funkcji zamiast metryk, umów bezpłatny audyt: w 30 minut złożymy zestaw 8-10 KPI pod twój etap i model, z planem, skąd wziąć dane wstecz. Zakres opisuję na stronie optymalizacji KPI i growth.