Cum să decideți ce evenimente să urmăriți?

Aceasta este partea a cincea a seriei de cinci părți despre Datele clienților . Iată părțile unu , doi , trei și patru .

Începe prin a pune întrebări.

Pentru a decide ce evenimente să urmăriți și ce date să colectați, trebuie să enumerați întrebările pe care le aveți despre utilizatorii dvs. și despre utilizarea produselor.

Îți vei da seama că sunt atât de multe pe care vrei să știi odată ce începi să-ți înscrii întrebările. Întrebările generează mai multe întrebări și, atunci când se întâmplă asta, probabil că veți dori să obțineți toate răspunsurile simultan. Datorită modului în care acest proces îi face pe cei mai mulți oameni să se simtă, să ne referim la aceste întrebări drept întrebări arzătoare .

Dacă nu te simți așa, probabil că nu ești dornic să știi multe sau să ai o convingere puternică în presupunerile tale. Cu toate acestea, nu lăsați asta să vă împiedice să puneți întrebări – s-ar putea să fiți plăcut surprins sau total dezamăgit când aflați răspunsurile.

Este mult mai ușor să puneți întrebări despre date odată ce sunteți capabil să vizualizați datele, dar acest lucru poate fi, de asemenea, contraproductiv dacă continuați să construiți rapoarte sau să vizualizați date fără a pune mai întâi întrebările de ardere.

Întrebări arzătoare

Întrebările arzătoare pot fi simple, cum ar fi „câți utilizatori s-au înscris în ultimele 7 zile?” sau complex precum „câți utilizatori din industria SaaS s-au înscris în ultimele 7 zile și au invitat un alt utilizator în organizația lor?”

Când vă gândiți la întrebările arzătoare, vă ajută să începeți să enumerați următoarele acțiuni:

• Acțiuni pe care un utilizator trebuie să le efectueze pentru a ajunge la momentul aha (eveniment de activare)
• Acțiuni care indică faptul că un utilizator este pregătit să facă o achiziție sau să actualizeze un cont
• Acțiuni care stimulează implicarea utilizatorului și păstrează un utilizator păstrat
• Acțiuni care semnalează că un utilizator nu obține suficientă valoare din produs
• Acțiuni care pot duce la eliminarea unui utilizator

Este, de asemenea, un moment bun pentru a începe să puneți la îndoială experiența produsului și să meditați asupra ofertelor dvs. de bază. Următoarele întrebări sunt aplicabile pentru majoritatea produselor tehnologice:

• Care este timpul pentru a evalua sau cât timp au nevoie utilizatorii pentru a ajunge la momentul aha?
• Care sunt diferitele căi pe care le parcurg utilizatorii după înscriere?
• Care sunt punctele de frecare în călătoria utilizatorului?
• Care sunt caracteristicile cele mai utilizate de utilizatorii activi?
• Care sunt funcțiile cel mai puțin utilizate de utilizatorii plătitori?
• Ce caracteristici duc la conversia utilizatorilor gratuiti în utilizatori plătitori?

Evenimente și proprietăți ale evenimentului

Odată ce aveți o listă cu întrebările de ardere (între 5 și 10 este un număr bun pentru a începe), puteți trece la pasul cel mai critic - definirea evenimentelor și proprietăților evenimentului.

Aici începeți în sfârșit să creați un plan de urmărire a datelor.

Pe lângă evenimentele de bază, ar trebui să începeți să vă gândiți și la diferitele date pe care doriți să le adunați atunci când are loc un anumit eveniment. Acest ghid conține exemple de evenimente obișnuite și proprietăți asociate care vor oferi un context în modul de gândire la acest proces.

Mai jos sunt prezentate câteva lucruri pe care trebuie să le știți înainte de a începe să creați un plan de urmărire.

Clicuri, vizualizări și procese

Este foarte important să fiți atenți la diferențele dintre clicuri, vizualizări și procese care au loc în interiorul produsului dvs. - fiecare buton pe care se face clic, pagină care este vizualizată sau proces care este finalizat poate fi urmărit ca un eveniment unic.

De asemenea, în unele cazuri, un eveniment poate fi urmărit ca oricare dintre cele trei - o vizualizare de pagină, un clic pe buton sau finalizarea procesului.

Să aruncăm o privire mai atentă folosind un flux de înscriere ipotetic:

În primul rând , utilizatorul face clic pe Aici, evenimentul desfășurat poate fi urmărit fie ca un clic pe buton (butonul de înregistrare de pe pagina de pornire) fie ca vizualizare a paginii (pagina de înscriere).

Apoi , utilizatorul completează formularul de înregistrare, dă clic pe Dacă totul merge bine, trimiterea ajunge în baza de date și este creat un nou rând.

Aici, evenimentul efectuat poate fi urmărit ca un clic pe buton (buton de trimitere), o vizualizare a paginii (pagina de mulțumire) sau o finalizare a procesului (rând nou în baza de date).

Prin urmare, modul în care alegeți să urmăriți evenimentele depinde complet de cazurile dvs. de utilizare și, uneori, ar putea chiar să aibă sens să urmăriți un clic pe buton, precum și o vizualizare a paginii sau finalizarea procesului în același timp.

and sign up Acestea fiind spuse, dacă obiectivul dvs. este să înțelegeți comportamentul utilizatorului, ar trebui să evitați redundanța evenimentului, asigurându-vă că o acțiune a utilizatorului nu este urmărită de mai multe ori ( butonul de înregistrare a fost dat clic și Pagina vizualizată

. Pentru a urmări vizualizările de pagină, puteți specifica un eveniment unic pentru fiecare pagină, cum ar fi . Cu toate acestea, asta va face lista de evenimente ridicol de lungă atunci când doriți să urmăriți vizualizările de pagină pentru fiecare pagină unică.

În loc să definiți un eveniment separat pentru fiecare pagină, puteți specifica un eveniment generic numit Pagina vizualizată cu proprietățile evenimentului, după cum urmează:

Buton apăsat

La fel ca afișările de pagină, clicurile pe buton ar trebui să fie urmărite printr-un eveniment generic, cum ar fi Button Clicked cu proprietăți asociate, după cum urmează:

Proces finalizat

Procesele au loc ca urmare a unei interacțiuni cu o bază de date în care datele sunt fie scrise (într-un anumit tabel) fie preluate (dintr-un tabel) - dacă interacțiunea eșuează, procesul eșuează.

Prin urmare, urmărirea finalizării unui proces este cea mai fiabilă modalitate de a urmări evenimentele care se bazează pe finalizarea unei interacțiuni cu baza de date.

Iată un scenariu mult prea comun:

Un utilizator face clic pe butonul de trimitere după ce a completat formularul de înscriere numai pentru a primi o eroare de validare, cum ar fi „parola trebuie să conțină un caracter special”. Aici, utilizatorul a efectuat evenimentul Buton Clicked , dar de fapt nu a finalizat procesul de înscriere.

În mod similar, dacă utilizatorul face clic pe butonul de trimitere, dar apare o eroare la nivelul serverului, atunci procesul eșuează și datele utilizatorului nu ajung în baza de date. Deci, deși utilizatorul a trimis formularul de înscriere cu succes, procesul de înscriere a fost lăsat incomplet.

Prin urmare, este crucial să ne gândim la întregul proces (sau la interacțiunea cu baza de date) care ar trebui finalizat atunci când are loc un eveniment.

În plus, trebuie să știți și dacă un utilizator se înscrie pentru produsul dvs., dar nu își verifică adresa de e-mail - o modalitate de a face acest lucru este să verificați dacă utilizatorii se conectează după înregistrare (ceea ce se poate întâmpla numai după ce e-mailul este verificat). Dar apoi ar putea exista utilizatori care verifică e-mailul, dar nu se conectează niciodată.

Astfel, o abordare mai bună ar putea fi urmărirea a 2 evenimente separate - Înscris (procesul de înscriere finalizat) și E- Acest lucru vă va spune, de asemenea, câte persoane se înscriu, dar nu le verifică e-mailul, permițându-vă să retrimiteți e-mailul de verificare după o zi sau două.

Evenimente pe partea client vs. pe partea server

Evenimentele, cum ar fi clicurile și vizualizările care nu se bazează pe interacțiunile bazei de date (sau procesele backend) sunt în esență evenimente la nivelul clientului.

Evenimentele din partea clientului au loc exclusiv pe client (sau pe dispozitivul utilizatorului) și sunt denumite și evenimente frontend.

Pe de altă parte, evenimentele care se bazează pe procesele backend sunt denumite evenimente de pe partea serverului. După cum sugerează și numele, evenimentele pe partea de server au loc pe un server atunci când o interacțiune cu baza de date este finalizată cu succes.

Evenimentele de pe partea serverului sunt denumite și evenimente backend.

Cunoașterea diferenței dintre evenimentele de pe partea client și pe partea de server ajută la procesul de instrumentare, deoarece cele două tipuri de evenimente sunt de obicei implementate de oameni diferiți dintr-o organizație.

Este întotdeauna util să specificați sursa evenimentului în planul dvs. de urmărire, chiar dacă un dezvoltator full-stack este însărcinat cu implementarea ambelor tipuri de evenimente.

Urmărirea evenimentelor următorii pași

Acest lucru ne duce la sfârșitul seriei de cinci părți despre Datele clienților. Pentru a începe să vă urmăriți evenimentele astăzi, începeți cu un cont Amplitude gratuit.