Ce sunt entitățile în contextul datelor despre evenimente?

Aceasta este partea a treia a seriei de cinci părți despre Datele clienților. Iată părțile unu și două . Este foarte recomandat să parcurgeți prima parte înainte de a citi această postare.

Datele despre evenimente sunt incredibil de utile pentru a descifra ce se întâmplă în interiorul unui produs sau cum se face ceva. Cu toate acestea, dacă nu știi cine realizează acele evenimente, nu poți face mare lucru în ceea ce privește segmentarea și înțelegerea personajelor utilizatorilor.

Aici intră în joc datele entității, unde User este entitatea principală și user_id este proprietatea cheie care trebuie asociată cu fiecare eveniment. Procedând astfel, vă permite să înțelegeți comportamentul utilizatorului, răspunzând la întrebări precum:

• Câți utilizatori unici au realizat evenimentul Campania trimisă ?
• Ce utilizatori au organizat acest eveniment?
• Care este numărul mediu de evenimente pe care le-a efectuat un segment de utilizator înainte de a efectua evenimentul Campania trimisă pentru prima dată?
• Ce evenimente au fost efectuate de segmentul de utilizatori înainte de acest eveniment?

Asta nu este tot. Asocierea evenimentelor cu entitățile potrivite este cheia personalizării - o mai bună integrare prin experiențele contextuale în aplicație, implicarea și activarea prin intermediul mesajelor ciclului de viață, excluderea clienților din campaniile de achiziție și atingerea proactivă a utilizatorilor potriviți din conturile care sunt expuse riscului sau expansiunii. gata.

Să săpăm mai adânc.

Un singur eveniment, mai multe entități

Utilizatorul este entitatea principală asociată cu fiecare eveniment realizat de un utilizator. Dar atunci când un utilizator face parte dintr-un grup sau dintr-un cont - organizații sau spații de lucru în contextul produselor B2B SaaS - contul este, de asemenea, o entitate care trebuie asociată pentru a oferi mai mult context despre evenimente și pentru a urmări activitatea utilizatorului la un cont ( sau grup).

Deoarece un cont cuprinde mai mulți utilizatori, asocierea contului potrivit cu evenimentele utilizatorului ajută la înțelegerea stării generale a unui cont și la răspuns la întrebări importante, cum ar fi:

• Câte conturi sunt activate?
• Care este numărul mediu de utilizatori pentru conturile active?
• Câte conturi conțin X sau mai mulți utilizatori?

Vă ajută să rețineți că acțiunile colective ale utilizatorilor dintr-un cont contribuie adesea la activare, mai degrabă decât cele ale unui singur utilizator.

Prin urmare, produsele SaaS care sunt utilizate de mai mulți utilizatori în colaborare trebuie să asocieze mai multe entități - utilizator și cont - cu fiecare eveniment.

Dacă un cont este denumit organizație, pe lângă user_id , organization_id trebuie să fie asociat cu evenimente pentru a ști ce utilizator a efectuat un eveniment și sub ce organizație.

De exemplu, dacă utilizatorul John Doe creează un nou proiect într-o aplicație de management de proiect utilizată de o organizație Acme Corp cu 10 utilizatori, sunt generate două informații importante:

1. John Doe a creat un nou proiect: John Doe a realizat evenimentul Proiect creat
2. Un nou proiect a fost creat în cadrul organizației Acme Corp: Evenimentul Project Created a avut loc în cadrul organizației Acme Corp

Neasocierea evenimentului cu organizarea va duce la pierderea celei de-a doua informații.În plus, evenimentele legate de abonament, cum ar fi Proba începută , Proba s-a încheiat și Abonamentul anulat au loc la nivel de organizație și nu se referă la niciun utilizator anume.

Indiferent dacă astfel de evenimente au loc automat (cardul din dosar nu a putut fi taxat) sau ca urmare a unei acțiuni a utilizatorului, poate fi util să asociați aceste evenimente la nivel de organizație cu toți utilizatorii unei organizații. Acest lucru vă asigură că nu sunteți limitat să interacționați numai cu proprietarul contului și că alți utilizatori din cont pot fi notificați atunci când au loc astfel de evenimente.
Eșecul de a asocia evenimentele cu conturile va împiedica eforturile de analiză și implicare, deoarece veți avea doar date referitoare la acțiunile utilizatorilor individuali. Mai mult decât atât, combinarea evenimentelor utilizatorilor cu organizațiile potrivite la un moment dat fie nu va fi posibilă, fie va fi o mare durere pentru inginerii dumneavoastră de date.

Și această problemă agravează mai multe ori dacă produsul dvs. permite unui utilizator să facă parte din mai multe conturi.

Un utilizator, mai multe conturi

Este destul de comun ca un utilizator să fie asociat cu mai multe conturi în contextul instrumentelor SaaS. Notion, ClickUp și Integromat sunt câteva instrumente populare care permit unui utilizator unic să se alăture sau să creeze mai multe organizații sau spații de lucru, fiecare cu un abonament distinct.

Aceasta înseamnă că același utilizator realizează evenimente în mai multe conturi, dar acele evenimente nu au legătură, deoarece nu au loc neapărat în același cont sau organizație.

Pentru produsele care permit unui utilizator să facă parte din mai multe organizații, pentru a urmări activitatea la nivel de cont, pentru fiecare eveniment de utilizator, ar trebui să știți în ce organizație se desfășoară evenimentul. Cu alte cuvinte, dreptul de organizare_id va trebui să fie asociat cu fiecare eveniment.

Dacă nu faceți acest lucru, veți avea ca rezultat un set de date denaturat în care veți putea vedea toate evenimentele pe care le-a efectuat un utilizator în toate conturile, dar fără nicio modalitate de a ști ce eveniment se referă la care cont. Acest lucru va duce în cele din urmă la decizii de afaceri proaste, precum și la experiențe ale clienților bazate pe date incorecte, al căror rezultat poate fi semnificativ dăunător.

În concluzie, atunci când un utilizator face parte din mai multe conturi, trebuie să izolați activitatea utilizatorului care are loc sub fiecare cont pentru a înțelege ce se întâmplă la nivel de cont, ceea ce este esențial în cazul B2B SaaS.

Nu doar un identificator

Datele entității nu numai că ajută la identificarea utilizatorului (care efectuează un eveniment) sau a organizației (sub care a fost desfășurat evenimentul), dar oferă și multe mai multe informații atât despre utilizator, cât și despre organizație.

Poate fi util să clasificați datele entității în următoarele grupe:

• Informații de identificare personală, cum ar fi Date demografice , cum ar fi Persoane precum industria, job_role și Preferințe precum Datele contului, cum ar fi tipul_abonamentului Specificarea proprietăților entității este un pas crucial în procesul de configurare a urmăririi evenimentelor, care va fi tratat într-un ghid viitor.

  Mergând mai departe cu entități și date despre evenimente

  Gândirea la proprietățile entităților (care ajută la segmentarea utilizatorilor) poate stârni idei noi sau poate aduce interogări legate de segmentarea utilizatorilor, cum ar fi ce date sunt colectate atunci când un utilizator se înscrie pentru produsul dvs.

  Puneți întrebările potrivite și oferiți utilizatorilor opțiuni relevante? Trebuie să modificați aceste întrebări sau să puneți altele noi pentru a înțelege mai bine persoanele de utilizator? Dar convenția de denumire a proprietăților sau tipul de date al fiecărei proprietăți?

  Deși s-ar putea să pară puțin prea mult să meditați asupra tuturor acestor detalii minuscule, este important să puneți acele întrebări mai devreme decât mai târziu pentru a vă asigura că colectați date curate, care sunt ușor de analizat și de acționat.

  Acum cunoașteți rolul pe care îl joacă datele entităților în procesul de colectare a datelor despre evenimente, ceea ce înseamnă că este un moment bun pentru a explora cum arată datele despre evenimente într-o platformă de analiză a produselor.