Jaki problem to rozwiązuje
Rok po starcie portalu nikt nie umie powiedzieć, czy zespół faktycznie z niego korzysta, i nikt nie pamięta, kto stworzył 40 workflow o nazwach w stylu Kopia kopii Nurture v2. Właściwości mnożą się, bo stworzenie nowej jest łatwiejsze niż znalezienie starej, raporty po cichu się psują, gdy ktoś edytuje wspólną listę, a każdy odchodzący pracownik zostawia automatyzację, której nikt nie śmie dotknąć. Bez metryk i zasad portale nie padają głośno; zamulają się.
Jak pracujemy
Połowa metryczna czyni adopcję widoczną. Definiujemy, co znaczy zdrowe użycie per rola: wskaźniki logowania aktywności dla handlowców, świeżość pipeline dla menedżerów, higiena kampanii dla marketingu, a potem budujemy dashboard, który to śledzi. Zarząd dostaje jeden widok odpowiadający na pytanie, czy z inwestycji się korzysta, odświeżany automatycznie zamiast składany ręcznie przed zarządem.
Połowa governance trzyma portal utrzymywalnym. Spisujemy zasady robocze z Twoim zespołem, a nie za niego: konwencje nazewnictwa właściwości, list i workflow; kto jest właścicielem zestawu właściwości którego obiektu; kto może tworzyć lub edytować automatyzację i co jest przeglądane, zanim trafi na produkcję; oraz rytm sprzątania śmieci, które i tak się gromadzą. Zasady skalujemy do zespołu; 15-osobowa firma dostaje jednostronicowy standard, a nie korporacyjną radę zmian.
Kończymy, instalując rytm: cykliczny przegląd governance, jego właściciela i dashboard wpięty w istniejące spotkanie zarządcze, żeby na metryki patrzono, a nie tylko je podziwiano.
Deliverables
- Definicje metryk adopcji per rola, uzgodnione z zarządem
- Dashboard adopcji zbudowany w HubSpocie, odświeżany automatycznie
- Standard governance: nazewnictwo, właścicielstwo właściwości, zasady tworzenia i przeglądu workflow
- Sprzątanie istniejącego długu nazewniczego i właściwości w zakresie
- Rytm przeglądu governance z nazwanym wewnętrznym właścicielem
- Sesja przekazania dla osób, które będą to prowadzić