Cine ar trebui să dețină cu adevărat planul tău de urmărire?

Publicat: 2022-12-22

Nota editorului: acest articol a fost publicat inițial pe blogul Iteratively pe 11 ianuarie 2021.


„Datele sunt un sport de echipă” este ceva în care credem cu tărie și despre care vorbim des la Amplitude. Planurile de urmărire Google Analytics nu sunt diferite – planurile de urmărire (și instrumentarea acestora) sunt colaborative prin natură. Ele funcționează cel mai bine atunci când echipele relevante se reunesc.

Să luăm exemplul unei noi versiuni de funcții. Echipa de produs a definit obiectivele și valorile pentru această nouă funcție și va avea o vedere despre ce urmărire a evenimentelor este necesară pentru a măsura acele valori. Echipele de dezvoltare iOS, Android și web sunt responsabile pentru instrumentarea (și, în mod ideal, testarea) acelor evenimente în cod și vor avea o opinie cu privire la ceea ce este fezabil. Un analist sau un inginer de analiză este responsabil pentru modelarea datelor și va avea grijă de structura acestora și este posibil să aveți mai multe echipe responsabile pentru construirea de rapoarte și analizarea datelor în mai multe instrumente. Pe scurt, analiza companiei bazată pe date implică aproape toată lumea.

Exemplul vorbește despre cât de complexă este urmărirea analitică și, de asemenea, vorbește despre importanța colaborării atunci când definiți și capturați evenimentele potrivite, implementându-le cu acuratețe și facilitând explorarea datelor de către consumatorii de date. Acestea fiind spuse, cu atât de mulți oameni implicați, urmărirea analitică devine cu ușurință un cartof fierbinte.

Dacă este deținut de toată lumea, nu este deținut de nimeni

Cu atât de multe părți interesate implicate, planul de urmărire devine adesea o responsabilitate comună, fără un proprietar clar. Iar responsabilitatea împărtășită înseamnă puțină responsabilitate.

Am discutat cu o mulțime de companii care doresc să (re)creeze procese în jurul urmăririi analitice. De obicei, se învârte în jurul unei foi de calcul sau a unei pagini de Confluență sau Noțiune. Deși este în mare parte manual și nu există nicio modalitate de a aplica planul de urmărire în cod, se dovedește util la început și obligă echipele să se gândească mai mult la urmărirea evenimentelor.

Cu toate acestea, la câteva luni, pagina Noțiune sau Foaia de calcul Google devine depășită: urmărirea pentru cea mai recentă versiune a fost documentată doar într-o poveste Jira, iar pentru alte câteva versiuni de funcții, acum nu este clar dacă urmărirea a fost implementată sau nu. Nimeni nu își asumă responsabilitatea de a menține actualizat planul de urmărire.

Deci, cum schimbați acest lucru în bine și cine este cel mai bine plasat să dețină urmărirea dvs. analitică?

Începeți prin a pune analiza în prim-plan

Înainte de a aborda problema proprietății, trebuie să menționăm fundamentul necesar pentru succesul urmăririi analitice: urmărirea evenimentelor contează și fără ea ești lăsat în întuneric. Realitatea este că, pentru majoritatea echipelor, analiza este o idee ulterioară. Iată un exemplu pe care îl vedem tot timpul:

  • PM lucrează la o versiune
  • Eliberarea are loc
  • CEO-ul îl întreabă pe prim-ministru cum funcționează
  • PM: „Să întreb echipa de date”
  • Echipa de date: „Nu ne-ați adus niciodată — nu există date despre această funcție.”
  • PM se întoarce la CEO fără niciun răspuns
  • Echipa de date și PM sunt tulburați

Dacă analiza nu devine parte integrantă a fiecărei lansări, acest lucru se va întâmpla din nou și din nou și nu contează dacă planul dvs. de urmărire arată cu adevărat elegant și actualizat. Aveți nevoie de acceptarea tuturor părților interesate (precum și a echipelor dvs. de conducere) că urmărirea analizelor este la fel de importantă ca și caracteristica în sine. Fără urmărire, fără eliberare.

Aveți nevoie de responsabilitate clară, timp și resurse pentru a împuternici echipele relevante și apoi trebuie să încorporați urmărirea evenimentelor și valorile de succes până la nivelul biletului Jira (se face numai când codul de urmărire este livrat împreună cu restul codului).

Ce am învățat din peste 400 de interviuri cu profesioniști în date și produse

În doi ani am intervievat peste 400 de manageri de produs, echipe de date și ingineri. Am văzut câteva lucruri.

Desigur, planul dvs. de urmărire și procesul din jurul acestuia sunt unice pentru afacerea dvs., structura echipei și verticală (și probabil de aceea este atât de greu să faceți corect). Un plan de urmărire pentru o companie de comerț electronic va arăta foarte diferit de un plan de urmărire pentru o companie B2B SaaS. Au diferiți părți interesate implicate și rezolvă realități complet separate. Cel mai frecvent, putem descompune ceea ce am văzut în funcție de dimensiunea companiei.

Startup-uri

Pentru companiile mici, procesul de urmărire este de obicei ad-hoc. Este firesc, deoarece foarte puțini oameni sunt implicați și face ca complexitatea să fie ușor de gestionat. Cel mai adesea, vedem un șef de produs sau un șef de creștere care își asumă proprietatea în această etapă a călătoriei unei companii.

IMM-urile

Într-o companie mijlocie, procesul cade de obicei în sarcina datelor/analiticii. Există mai multe părți interesate implicate acum, iar complexitatea poate deveni cu ușurință o problemă. În această etapă, există o nevoie clară de proprietate pentru a limita daunele și, de obicei, aceasta revine cuiva din echipa de date.

Întreprinderi

În companiile mai mari, persoana care deține în cele din urmă planul de urmărire va fi de obicei șeful analizei produselor. Pentru companiile de comerț electronic, acesta va fi adesea șeful comerțului electronic. Adesea, ei nu vor fi persoana de zi cu zi care menține planul sau impune procesul, ci cineva din echipa lor care este responsabil.

Am observat diferite grade de succes de la aceste tipuri de setări. Deci, ce credem că funcționează cel mai bine?

Ce funcționează: echipa de produs este proprietarul final

Iată ceea ce știm: cel mai bun proces de proprietate are loc atunci când echipa de produs acționează ca proprietarul final. Managerii de produs ar trebui să fie motorul principal și să se asigure că urmărirea analizelor este parte a fiecărei versiuni de funcții . În funcție de dimensiunea echipei, acesta ar putea fi unul sau mai mulți manageri de produs sau un analist de produs dedicat. Ar trebui să fie trași la răspundere pentru urmărirea analizelor ca parte a rolului lor și a OKR-urilor.

Dar, așa cum am menționat mai devreme, datele sunt un sport de echipă și recomandăm ca echipele să se unească pentru a defini lucruri precum denumirea evenimentelor și taxonomia. Inginerii și echipele de date vor avea perspective importante, deoarece acest lucru le influențează și ziua de zi. Deși echipa de produs este responsabilul și proprietarul final, nu ar trebui să lucreze niciodată într-un siloz sau să ia decizii importante fără a implica părțile interesate potrivite.

Înființarea unui consiliu consultativ care să reprezinte toate părțile interesate relevante a funcționat bine pentru companiile cu care am lucrat. Nu orice decizie revine consiliului consultativ, dar ei ar trebui să fie motorul la început, definindu-vă taxonomia și procesul și întâlnindu-vă în mod regulat, în funcție de câte modificări de-a lungul timpului au loc.

Pentru ca echipele de produse să dețină cu succes acest lucru, aveți nevoie de un proces clar:

  • Aveți criterii clare de succes pentru valorile calitative și cantitative , ca parte a fiecărei povești de utilizator. Acestea ar trebui să fie definite de PM și discutate cu echipa de date sau cu analiștii.
  • Lipsește urmărirea? Eșuează construcția. Noțiunea de făcut trebuie să evolueze pentru a include urmărirea analizelor ca parte a fiecărei lansări. Acest lucru nu înseamnă blocarea lansărilor chiar înainte de lansare, înseamnă implementarea unui proces care include considerente de urmărire încă de la început.
  • Colaborarea este cheia. În timp ce PM va deține specificațiile de urmărire a evenimentelor, echipa de date sau analiștii ar trebui să fie disponibili pentru a interveni și pentru a ajuta la definirea detaliilor a ceea ce ar trebui urmărit.

Împuternicește-ți managerii de produs să preia proprietatea

Pentru unii PM, deținerea planului de urmărire este la fel de natural pentru ei. Ei vor controlul și au experiență. Și nici nu le este frică să ceară ajutor atunci când au nevoie. Dar nu le vine de la sine tuturor PM.

În primul rând, trebuie să se întâmple o schimbare de cultură: să sărbătorim performanța și succesul unei noi funcții sau lansări de produs, nu faptul că a fost livrat! În mod surprinzător, pentru mulți transportul este încă cel care primește laudă, nu dacă produsul este performant sau nu.

Deci, cum vă împuterniciți echipa de produse să dețină planul de urmărire? Aceasta nu este o listă exhaustivă, dar sperăm că un loc pentru ca oamenii să înceapă:

  • Antrenament regulat : Urmărirea corectă a evenimentelor este atât de mult o artă, cât și o știință (adică, nu este ușor), așa că asigurați-vă că echipa dvs. este împuternicită cu cunoștințele necesare pentru a prelua în mod confortabil proprietatea. Antrenamentul ar putea fi stil de prânz și învățare, ateliere sau sesiuni individuale (nu uitați să vă înregistrați sesiunile pentru angajările viitoare).
  • Orele de birou : am observat un mare succes atunci când echipele de date găzduiesc orele regulate de birou pentru alte echipe pentru a valorifica expertiza și cunoștințele echipei de date. Asigurați-vă că echipele sunt pregătite cu o agendă sau cu întrebări specifice pentru a evita ca aceasta să se transforme într-o întâlnire „în stil birou de asistență”.
  • Proces clar și puncte de control: Nu putem sublinia suficient de mult importanța unui proces definit. Asigurați-vă că aveți un proces clar despre care toată lumea îl cunoaște, îl înțelege și îl urmează și includeți puncte de revizuire regulate pentru a asigura calitatea, la fel ca recenziile de cod și solicitările de îmbinare în dezvoltarea de software.
  • Încorporați un analist : aceasta nu este întotdeauna o opțiune, desigur, dar am văzut echipe de succes care integrează un analist de date într-o echipă de produse, fie parțial, fie cu normă întreagă, pentru a deține urmărirea analitică și pentru a ajuta PM-urile cu explorarea și analiza datelor.
  • Analiză autoservire: considerăm că este cea mai bună practică să împuterniciți PM și toți ceilalți din organizație să exploreze cu ușurință seturile de date și să obțină rapid răspunsuri la întrebări. Amplitude este excelentă pentru asta și asigură niveluri ridicate de alfabetizare a datelor în întreaga companie.

Un memento: PM buni nu trebuie să cunoască SQL

De ce să-ți pese de urmărirea evenimentelor dacă oricum nu poți explora singur datele? Pentru a extinde ultimul punct de mai sus, am văzut companii cu echipe centrale de date care dețin toate rapoartele și analiza datelor. Are avantajele sale, dar din experiența noastră poate limita PM și altele și le va interesa mai puțin de urmărirea analitice sau de calitatea datelor.

Amintiți-vă, oferirea de către PM și altora acces la Redash sau la alte instrumente bazate pe SQL nu este egală cu acordarea PM-urilor de a se autoservi. Nu vă așteptați ca PM să cunoască (sau să învețe) SQL. Aceasta nu este treaba lor. În schimb, oferiți-le o interfață de utilizare ușor de utilizat și o mulțime de instruire pentru a merge împreună cu instrumentul și seturile de date. Desigur, cunoștințele SQL au avantajele sale evidente și, dacă ești capabil să găsești sau să antrenezi talent în cadrul companiei (gândește-te la produs, marketing, succesul clienților etc.), le poți face să funcționeze, dar are dezavantajele și limitările sale evidente.

Dacă PM-urile sunt capabile să se autoservice, este mai probabil să exploreze date dintr-o versiune recentă, de exemplu. Pe măsură ce explorează datele, este mai probabil să le pese de calitatea, bogăția și disponibilitatea acestora. Creați o cultură a responsabilizării și construiți un proces solid în jurul urmăririi analitice și veți avea PM fericiți, analiști fericiți, o echipă de date fericită și chiar dezvoltatori fericiți.

Amplitude este aici pentru a vă ajuta

Amplitude ajută echipele de date, managerii de produs și inginerii să definească, să instrumenteze, să verifice și să colaboreze la urmărirea analitică. Rezolvăm proactiv problemele de calitate a datelor care apar din denumirea inconsecventă a evenimentelor și lipsa urmăririi și oferim un flux de lucru pentru gestionarea evoluției urmăririi dvs.

Împuternicim managerii de produs să preia proprietatea asupra planului de urmărire și să crească nivelul de colaborare între echipe . Dacă sunteți interesat să încercați Amplitude pentru compania dvs., creați un cont astăzi sau rezervați o demonstrație cu echipa noastră pentru a afla mai multe.

Contactați vânzările