Cum să vă transformați urmărirea Analytics într-un proces de colaborare continuu

Nota editorului: acest articol a fost publicat inițial pe blogul Iteratively la 1 februarie 2021.

Știm cu toții că orice organizație care construiește produse și servicii digitale va colecta date. De asemenea, știm că doar colectarea datelor nu este același lucru cu utilizarea efectivă a acestora. Chiar dacă aveți un plan de urmărire uimitor, susținut de un set de instrumente puternic, strategia dvs. va eșua dacă nu vă faceți timp să vă implicați într-un lucru cheie: colaborarea.

Analytics îi atinge pe toată lumea dintr-o companie bazată pe date

Gândiți-vă la crearea unei noi funcții pentru produsul dvs. Există două considerente principale în joc aici: ce puncte de date noi va aduce această funcție și care sunt publicul pentru acele puncte de date? Ei bine, dacă doriți cu adevărat să luați decizii bazate pe date, mai mult sau mai puțin toată lumea va fi un public pentru datele clienților dvs.

Părțile interesate cheie implicate în urmărirea analizelor își vor aduce cu toții ideile și expertiza unică în poveste – un amestec sănătos de cunoștințe de domeniu și know-how tehnic. Noi avem:

• Directori/conducere
• Manageri de produs
• Analisti/echipe de date
• Dezvoltatori

Fiecare dintre aceste echipe va avea propriile sarcini și obiective distincte, dar în cele din urmă vor lucra din același plan de urmărire.

Sfat : a avea prea mulți bucătari poate fi un coșmar — citiți această postare pentru a afla mai multe despre cine ar trebui să dețină planul de urmărire.

Cum aceste echipe (ar trebui) să colaboreze între ele la analize.

Directori/conducere

Să începem cu echipele care vor dori cea mai înaltă viziune a urmăririi evenimentelor. Atunci când construiește o nouă caracteristică, directorul va interesa cel mai mult care sunt obiectivele acestei noi caracteristici și ce valori vor fi utilizate pentru a măsura succesul.

Aceasta înseamnă că echipele care lucrează sub conducere trebuie să fie echipate pentru a face rapoarte de înaltă calitate. O echipă de conducere bună nu va dori să ia decizii importante cu privire la viitorul companiei pe baza bănuielilor – vor dori dovezi concrete despre ceea ce funcționează și ce nu.

Comportamentele cheie de colaborare ale acestei echipe:

• Leadership-ul ar trebui să muncească cel mai mult pentru a inspira colaborarea în întreaga organizație și pentru a promova o cultură care înțelege valoarea luării deciziilor bazate pe date.
• Sărbătorește succesele care s-au născut din luarea deciziilor bazate pe date.
• În mod crud, dacă managerului dvs. nu îi pasă de urmărirea bună a analizelor, atunci de ce ar trebui să vă? ‍

Manageri de produs

Managerii de produs vă cunosc în mod intim produsul și cum se află acesta pe piață/industrie. Ei sunt responsabili pentru livrarea acestei noi funcții și, ca atare, vor căuta să transforme acele valori la care ține conducerea în evenimente reale pe care doresc să le urmărească. Pentru a crea rapoarte fiabile despre această nouă caracteristică, urmărirea evenimentelor trebuie să fie integrată de la început.

În timp ce un manager de produs este înarmat cu o mare experiență în domeniu, este posibil să nu aibă abilitățile tehnice necesare pentru a defini singuri planul de urmărire. Aceasta înseamnă că trebuie să colaboreze cu alte echipe pentru a duce treaba la bun sfârșit. Un bun manager de produs este mai puțin probabil să dicteze o listă de evenimente pe care doresc să le urmărească și se așteaptă ca rezultatul unei raportări perfecte. În schimb, s-ar putea să discute și să convină asupra a ceea ce este posibil cu analiștii și dezvoltatorii, deoarece acestea sunt echipele care vor implementa planul de urmărire și vor construi rapoartele.

Deci, managerii de produs vor ști ce valori sunt importante, dar se pot baza pe alții pentru a le transforma în evenimente urmăribile. Aceștia vor fi esențiali în adresarea întrebărilor corecte ale datelor, în deciderea când să testeze A/B și în crearea buclelor de feedback adecvate: analizând performanța deciziilor anterioare și repetarea acestora.

Comportamentele cheie de colaborare ale acestei echipe:

• Înregistrări regulate cu analiști care acoperă ce evenimente sunt urmărite și de ce și menținând pe toți pe aceeași pagină cu taxonomii și convenții de denumire
• Lucrul cu dezvoltatorii pentru a determina ce modificări ale planului de urmărire trebuie implementate și dacă aceste modificări sunt posibile, având în vedere infrastructura și cât timp ar dura pentru a le face
• Asigurați-vă că oferă feedback conducerii prin rapoarte de înaltă calitate

Analiștii

Echipa ta de analiști de date este ca centrul central al companiei pentru raportare. Ei sunt cel mai probabil cei care pun mâna mai întâi pe datele brute (posibil singurii). Ei vor lucra pentru a se alătura, modela și vizualiza datele. Ele ajută la transformarea datelor în perspectivă.

O notă importantă pentru echipa de analiști : aceștia nu ar trebui să fie priviți ca o resursă organizațională, adică „oamenii de întrebat” atunci când aveți nevoie de ceva legat de date. Dacă acesta este cazul, analiștii pot descoperi că capacitatea lor este ocupată cu îndeplinirea solicitărilor zilnice din partea altor echipe, spre deosebire de a construi informații și de a genera rapoarte semnificative.

O parte a procesului de colaborare al analistului este de a permite celorlalte echipe să se autoservică cât mai mult posibil. Un exemplu de bază în acest sens ar putea fi colaborarea cu managerii de produs și agenții de marketing pentru a construi interogări predefinite într-un instrument precum Tableau, astfel încât la cele mai adresate întrebări să se poată răspunde cu un clic pe un buton. Echipele de produse și de marketing pot folosi, de asemenea, o platformă de analiză digitală cu autoservire, cum ar fi Amplitude, pentru a construi diagrame și a analiza comportamentul clienților pe cont propriu.

Comportamentele cheie de colaborare ale acestei echipe:

• Lucrul cu managerii de produs pentru a înțelege mai multe despre oamenii din spatele datelor: aceștia pot lucra cu date abstracte, fără să știe prea multe despre utilizatorii finali, dar va fi cu atât mai eficient dacă vor înțelege mai bine de ce sunt importante aceste date.
• Facilitarea conversațiilor provocatoare despre întrebările care sunt cele mai utile de adresat datelor și despre ce vor alte echipe să fie urmărite (de exemplu, să știți când să respingeți dacă echipele cer să adune mai multe date decât este necesar)

Dezvoltatori

Desigur, dezvoltatorii sunt cei care construiesc de fapt produsul și, astfel, implementează planul dvs. de urmărire. Tehnic vorbind, un inginer software nu trebuie să știe prea multe despre industria în care operezi sau despre comportamentul utilizatorului final. Acest lucru nu este adevărat în general și a condus la presupunerea că dezvoltatorilor nu le pasă de analiză.

În realitate, o echipă de inginerie poate avea dificultăți să se integreze cu analizele într-un mod semnificativ dacă nu există un proces de colaborare sistematizat. Când construiți o funcție nouă, primirea unei foi de calcul cu evenimentele de urmărit poate fi frustrant, deoarece este o întrerupere uriașă a fluxului de lucru. Comutarea înainte și înapoi între un IDE, o foaie de calcul și un bilet Jira este greoaie și duce foarte ușor la erori și inconsecvențe.

Dezvoltatorii buni sunt mult mai probabil să le pese de performanța produselor pe care le construiesc – de asemenea, ei știu mai mult decât oricine cum funcționează de fapt produsul, așa că sunt cel mai bine echipați pentru a implementa planul de urmărire în cel mai eficient mod.

Comportamentele cheie de colaborare ale acestei echipe:

• Asigurați-vă că managerii de produs înțeleg limitările infrastructurii produselor lor, când și unde este adecvată urmărirea și cât timp poate dura implementarea
• Lucrând îndeaproape cu analiștii pentru a construi conducte de date și analize și pentru a vă asigura că totul merge acolo unde este menit să meargă
• Ajutând toate celelalte echipe să înțeleagă că, pentru a urmări evenimentele în mod eficient, au nevoie de timp pentru a integra urmărirea în funcții chiar de la început, nu ca o idee ulterioară

Încurajarea colaborării în jurul urmăririi analitice

Având această înțelegere largă a modului în care echipele pot lucra împreună la urmărirea analizei, ar trebui să fie mai ușor să începeți dezvoltarea unui proces colaborativ. Este destul de clar că, dacă toată lumea lucrează pentru construirea și menținerea aceluiași produs, comunicarea între echipe va fi extrem de importantă.

Începeți să vă gândiți la analiza dvs. ca un punct cheie de design în backend-ul produsului dvs. Nu este doar ceva pe care îl abordați odată ce ați livrat o caracteristică, ci este o parte integrantă a SDLC.

Multe companii, în special din industria tehnologică, se vor simți deja confortabile să folosească instrumente de colaborare și partajare a cunoștințelor precum Jira, Slack și, desigur, Amplitude. Dacă sunteți pasionat de adoptarea unor procese de colaborare mai puternice în organizația dvs., vă sfătuim să vă construiți cazul la voi. Obținerea acceptului pentru noi procese este adesea cea mai grea parte.

Nu este nevoie să reinventezi roata. Aplicați procesele existente care funcționează deja.

Destul de des, adoptarea de noi procese (cum ar fi colaborarea eficientă la analiză) nu are aproape nimic de-a face cu tehnologia și totul de-a face cu cultura. Când vine vorba de analiză, cunoștințele nu vor exista într-o singură persoană sau echipă – toată lumea trebuie să lucreze împreună pentru a profita la maximum de datele tale.

Este important să rețineți că nimeni nu va adopta un nou proces (oricât de bun ar fi acesta) decât dacă va vedea rostul acestuia. Practic, o modalitate excelentă de a obține acceptarea la nivel de companie asupra unui nou proces este de a demonstra valoarea procesului respectiv, comparându-l cu altele preexistente. Câteva exemple:

GitHub: Nu cred că aș exagera cu ceva dacă aș spune că practic fiecare persoană/companie/organizație care construiește software folosește GitHub. Este un proces foarte elegant, dar codificat: fiecare bucată de cod scrisă este supusă ramificarii, comiterii și îmbinării. Deci, Github este de fapt mai puțin ca un instrument și mai mult ca un proces: pur și simplu nu ar funcționa dacă toată lumea nu l-ar folosi.

Figma: un instrument care demonstrează perfect colaborarea între echipe; Figma le permite designerilor de produse să predea dezvoltatorilor prototipuri care arată clar cum se potrivesc toate elementele. Sfat: Folosiți Amplitude Event Planner din Figma.

Amplitude este aici pentru a vă ajuta să colaborați

Este util să vă gândiți la funcțiile Amplitude de guvernare a datelor ca GitHub pentru analizele dvs. Amplitude facilitează un proces transparent și auditabil în jurul planificării evenimentelor în care poate fi implicat fiecare parte interesată, indiferent de capacitatea tehnică.

Cele mai bune procese sunt cele pe care nici nu le observați: avem instrumente pentru dezvoltatori, astfel încât fluxul de lucru al nimănui să nu fie întrerupt, permițând inginerilor să implementeze cu ușurință și acuratețe urmărirea analitică cu SDK-uri cu sursă deschisă și sigure pentru tipuri, un CLI și CI/CD integrare.

Amplitude este în primul rând o platformă de colaborare, care impune o sursă de încredere de adevăr pentru analiză. Aceasta înseamnă că cei care consumă datele știu că pot avea încredere în ele. Dacă ați obținut o acceptare semnificativă pentru noile procese de colaborare, Amplitude poate juca cu siguranță un rol în susținerea acestui lucru. Solicitați o demonstrație gratuită și începeți-vă explorarea astăzi.