Cele mai bune practici de urmat atunci când creați sau dezvoltați urmărirea dvs. Analytics

Publicat: 2022-12-16

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


Un plan de urmărire este un document viu (sau poate trăi într-un instrument precum Amplitude) și, de obicei, prezintă evenimentele și proprietățile de urmărit, ce înseamnă acestea și unde sunt urmărite. Ajută la codificarea unei singure surse de adevăr pentru analiza dvs. și oferă dezvoltatorilor detaliile de care au nevoie pentru a instrumenta urmărirea (sau schema) a analizelor în baza de cod a produsului.

Și de ce ai nevoie de unul? Ei bine, fără un plan de urmărire este foarte greu să știi ce evenimente surprinzi în produsul tău și ce înseamnă acestea. De asemenea, vă ajută să vă asigurați că datele pe care le capturați sunt consecvente în toate sursele dvs. (gândiți-vă la iOS, Android, web, backend) și oferă consumatorilor de date o înțelegere a datelor pe care le pot explora pentru analiză în instrumente precum Amplitude sau direct în depozitul dvs. de date. .

Pe lângă planul de urmărire, aveți nevoie și de un proces privind modul în care definiți, instrumentați și verificați urmărirea analitică. Acest proces implică de obicei managerii dvs. de produs, analiștii de date și dezvoltatorii dvs.

În această postare, vom explora câteva modalități de a ne asigura că dvs. și echipa dvs. aveți succes și puteți beneficia de beneficiile unui plan și proces de urmărire, ducându-vă analiza la nivelul următor.

Începeți cu obiectivele și valorile dvs

Este esențial să începeți prin a vă sublinia valorile și apoi să vă îndreptați spre evenimentele de care aveți nevoie pentru a raporta în mod corespunzător asupra acelei valori. Fără o legătură între obiectivele, valorile și evenimentele dvs., cel mai probabil veți ajunge cu un plan de urmărire extins și cu date de care nu aveți de fapt nevoie, pierzând în același timp evenimente cruciale pentru afacerea dvs.

Poartă Creșteți achizițiile cu 15% în T1
Metric Rata de conversie = Utilizator înscris/Vizitatori unici
Eveniment Utilizator înscris
Proprietăți user_id, campanie, experiment, referitor etc.

De asemenea, vă ajută să prioritizați evenimentele pentru instrumentare și, sperăm, îi obligă pe managerii de produs și pe analiștii de date să se gândească nu numai la obiectivul sau măsurarea succesului pentru o nouă caracteristică, ci și la modul în care aceasta se traduce în urmărirea reală necesară în produs pentru a măsura asta.

Nu uitați de proprietățile evenimentului și ale utilizatorului

Proprietățile sunt locul unde puteți captura toate detaliile asociate unui eveniment sau utilizator. Ele descriu contextul din jurul evenimentului sau al utilizatorului și le permit analiștilor să poată grupa, filtra și grupa.

Există două tipuri de proprietăți: specifice unui eveniment (de exemplu, suma veniturilor asociată cu un eveniment de cumpărare) și specifice utilizatorului (de exemplu, informații demografice despre un utilizator). Majoritatea evenimentelor și utilizatorilor vor avea mai multe proprietăți asociate cu acestea și, ca și în cazul evenimentelor dvs., vă recomandăm să capturați doar ceea ce aveți nevoie și să începeți cu puțin.

Stabiliți consistență și păstrați-o simplă

Un vinovat major al problemelor de calitate a datelor sunt convențiile de denumire inconsecvente. Este posibil ca o echipă să captureze un eveniment ca „Cântec jucat”, în timp ce o altă echipă captează același eveniment ca „Cântecul jucat”. Acest lucru le lasă analiștilor cu o mulțime de date strânse sau, mai rău, cu rapoarte incomplete.

Acordați o convenție de denumire pentru evenimentele și proprietățile dvs. și asigurați-vă că este clar pentru toți cei implicați în definirea și instrumentarea urmăririi analitice (sau utilizați un instrument precum Amplitude pentru a o aplica cu ușurință).

Convenția de denumire Taxonomie Exemplu
Convenția de denumire a evenimentelor Cazul de titlu de ex. Song Played
Convenția de denumire a proprietăților caz_sarpe ex. titlul_melodiei

Împreună cu convențiile de numire, stabiliți-vă un cadru pentru evenimentele dvs., de exemplu „Obiect-Acțiune”. Mai întâi alegeți obiectele dvs. (de exemplu, „Cântec”), apoi definiți acțiunile pe care utilizatorii le efectuează asupra aceluiași obiect (de exemplu „Redat”, „Întrerupt”) pentru a construi evenimente precum „Cântec jucat” sau „Cântec întrerupt”. Și, în sfârșit, convineți asupra unui timp (de exemplu, „Cântec jucat” sau „Redare cântec”).

Stabiliți unde să capturați evenimentele

Aveți opțiuni când vine vorba de urmărirea analizelor și este important să înțelegeți avantajele și dezavantajele pentru a determina combinația optimă care se potrivește nevoilor dvs. de afaceri și de analiză. Multe companii se limitează prin capturarea evenimentelor doar pe partea clientului și nu profitând de capturarea evenimentelor pe partea serverului.

Colectarea evenimentelor pe server este mai fiabilă și vă recomandăm să capturați întotdeauna acolo evenimentele esențiale pentru misiune. În timp ce urmărirea pe partea serverului este oarecum limitată, cu un acces mai mic la informații despre utilizator (de exemplu, adresa IP, agentul utilizatorului, referitor și parametrii UTM), este mult mai fiabilă și mai rezistentă.

Urmărirea la nivelul clientului permite informații mult mai bogate și este locul în care ar trebui să captați evenimentele în care aveți nevoie de contextul modului în care a avut loc un eveniment (de exemplu, pentru o vizualizare a primei pagini, doriți să capturați parametrii UTM și referinții pentru a înțelege de unde a venit vizita) . Dar rețineți că blocarea reclamelor și restricțiile browserului, cum ar fi ITP și ETP, vă pot limita urmărirea pe partea clientului, așa că doriți să găsiți o combinație optimă de bogăție și fiabilitate.

Păstrați medii separate de dezvoltare și producție

Acesta este simplu, dar vedem în continuare companii care trimit date din mediile lor de dezvoltare către destinațiile lor de analiză. Nu murdăriți datele de producție și asigurați-vă că vă păstrați mediile separate.

Aplicați planul de urmărire

Multe echipe tratează urmărirea analizelor ca pe o idee ulterioară și nu aplică aceleași practici ca și în cazul altor coduri. Acest lucru duce în mod natural la erori de analiză pe care va trebui să le remediați în aval sau, mai rău, pe care nu le descoperiți deloc. Vedem că multe echipe își pierd încrederea în datele lor și, odată ce încrederea a dispărut, este greu să-și reconstruiască!

Pentru a atenua acest lucru, este esențial să validați și să aplicați urmărirea analitică. Am scris un ghid cuprinzător care prezintă diverse modalități de validare a datelor dvs. conform specificațiilor sale.

Pentru a rezuma, există mai multe moduri de a vă impune urmărirea și, de obicei, acestea se încadrează în una din două categorii: abordări reactive sau proactive și vă puteți aplica planul de urmărire sau schema de analiză în client, în conductă și la destinație ( de obicei un depozit de date sau o destinație de analiză). Vă recomandăm întotdeauna să tratați problemele de calitate la sursă, adică să vă asigurați că instrumentele dvs. se potrivesc cu ceea ce este specificat în primul rând și apoi să verificați acest lucru prin testarea unitară și ca parte a CI/CD.

Atribuiți un proprietar

Este crucial să ai un proprietar clar al planului tău de urmărire. Este necesară responsabilitatea pentru a vă asigura că planul dvs. de urmărire este menținut la zi. Într-o altă postare pe blog, vom analiza cine ar putea fi acel proprietar și cum construiești un proces în jurul urmăririi analizelor.

La pachet? Credem că echipa de produs este cel mai bine plasată pentru a fi proprietarul planului dvs. de urmărire și vă recomandăm să aveți un proces clar de urmărire a analizelor, asigurându-vă că urmărirea evenimentelor este disponibilă cu fiecare lansare de produs nou. Aceasta înseamnă definirea unui proces clar pentru urmărirea evenimentului și încredințarea echipei de produs să preia responsabilitatea, oferindu-le instrumentele și formarea potrivite.

Documentează totul

Nu putem sublinia importanța documentației actualizate. Fără aceasta, urmărirea analitică va deveni cu ușurință dezordonată, echipele vor începe să uite să includă urmărirea ca parte a procesului de lansare și veți începe spirala descendentă de a nu avea încredere în datele dvs.

Documentarea manuală poate fi plictisitoare și ușor de uitat, dar vă recomandăm insistent să documentați cel puțin următoarele:

  • Orientări de urmărire Google Analytics: o prezentare generală a întregului proces, inclusiv taxonomia și cadrul dvs. de evenimente, cum să definiți evenimente noi, cine este responsabil pentru ce și link-uri către resursele aferente.
  • Plan de urmărire: lista reală de evenimente și proprietăți, inclusiv descrieri, de unde sunt urmărite, de când și cine este proprietarul.
  • Proces de instrumentare : includeți un document de proces despre cum să vă asigurați că noile evenimente sunt implementate, până la nivel de bilet Jira, cerințe privind instrumentarea, testarea, validarea și multe altele.

Multe companii folosesc pagini Google Sheets, Notion sau Confluence pentru a gestiona aceste documente. Cu funcțiile Amplitude de guvernanță a datelor, toate acestea se realizează automat pentru dvs., asigurându-vă că întreaga companie este sincronizată în jurul analizei.

Începeți cu cele mai bune practici cu Amplitude

Amplitude ajută echipele de date, managerii de produs și inginerii să definească, să instrumenteze, să verifice și să colaboreze la urmărirea analizelor. Rezolvăm în mod 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.

Ne asigurăm că echipele obțin date de înaltă calitate, care sunt gata de utilizare, dându-le posibilitatea de a obține urmărirea corectă a analizelor de prima dată. 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.

Începeți cu analiza produselor