Jaki problem to rozwiązuje
Raporty, które nie zgadzają się z finansami, trzy wersje tej samej liczby pipeline'u na jednym spotkaniu zarządu, dashboardy zbudowane raz i nigdy więcej nieotwarte. Gdy liczbom z CRM nie można ufać, ludzie odbudowują je w arkuszach, a CRM po cichu przestaje być źródłem prawdy, którym miał być.
Jak pracuję
Problemy z raportowaniem to zwykle problemy z danymi w przebraniu, więc zaczynamy od sprawdzenia, czy pola, których potrzebują raporty, są faktycznie wypełnione i spójnie zdefiniowane. Gdzie nie są, najpierw naprawiamy architekturę właściwości i dokładamy automatyzację stemplującą - inaczej tylko formatowalibyśmy złe dane.
Potem budujemy zestaw raportów per odbiorca: dashboard pipeline'u i prognozy dla zarządu, konwersję lejka od leada do wygranej z prędkością etapów, aktywność handlowca kontra wyniki dla kierownictwa sprzedaży oraz raportowanie źródeł dla marketingu. Każda metryka dostaje pisemną definicję, uzgodnioną z góry z ludźmi, którzy inaczej pokłóciliby się o nią później.
Każdy dashboard przeglądamy z jego odbiorcą po kilku tygodniach realnego użytku i dostrajamy, bo pierwsza wersja każdego dashboardu to hipoteza.
Deliverables
- Dokument definicji metryk uzgodniony między zespołami
- Naprawa gotowości danych: stemplowanie właściwości i automatyzacja spójności
- Dashboard dla zarządu z widokami pipeline'u, prognozy i trendów
- Raportowanie konwersji lejka i prędkości etapów
- Dashboardy aktywności handlowca kontra wyniki
- Cykl przeglądu i dostrojenia po uruchomieniu