Imaginați-vă că sunteți un antreprenor în devenire care tocmai a creat un site web și o aplicație mobilă (de exemplu, pentru un magazin de gogoși). Doriți să conectați analiza utilizatorilor cu un buget mic, dar nu știți cum. Toată lumea din jur folosește Mixpanel, Facebook analytics, Yandex.Metrica și alte sisteme, dar nu este clar ce să aleagă și cum să le folosească.
Ce sunt sistemele de analiză?
În primul rând, trebuie spus că un sistem de analiză a utilizatorilor nu este un sistem de analiză a jurnalelor serviciului în sine. Monitorizarea modului în care funcționează serviciul se concentrează pe stabilitate și performanță și este realizată separat de dezvoltatori. Analiza utilizatorului este creată pentru a studia comportamentul utilizatorului: ce acțiuni efectuează, cât de des, cum reacționează la notificările push sau la alte evenimente din serviciu. La nivel global, analiza utilizatorilor are două direcții: analiza mobilă și web. În ciuda interfețelor și capabilităților diferite ale serviciilor web și mobile, lucrul cu sistemul de analiză în ambele direcții este aproximativ același.
De ce o fac?
Analiza utilizatorului este necesară:
- pentru a monitoriza ce se întâmplă atunci când se utilizează serviciul;
- pentru a schimba conținutul și a înțelege unde să dezvolte, ce caracteristici să adăugați/eliminați;
- pentru a găsi ceea ce utilizatorilor nu le place și pentru a-l schimba.
Cum funcționează?
Pentru a studia comportamentul utilizatorului, trebuie să colectați un istoric al acestui comportament. Dar ce să colectezi mai exact? Această întrebare reprezintă până la 70% din complexitatea întregii sarcini. Mulți membri ai echipei de produs trebuie să răspundă împreună la această întrebare: manager de produs, programatori, analiști. Orice greșeală la acest pas este costisitoare: este posibil să nu colectați ceea ce aveți nevoie și puteți colecta ceva care nu vă va permite să trageți concluzii semnificative.
Odată ce ați decis ce să colectați, trebuie să vă gândiți la arhitectura modului de a colecta. Obiectul principal cu care lucrează sistemele analitice este un eveniment. Un eveniment este o descriere a ceea ce s-a întâmplat, care este trimisă sistemului de analiză ca răspuns la o acțiune a utilizatorului. De obicei, pentru fiecare dintre acțiunile selectate pentru urmărire în pasul anterior, evenimentul arată ca un pachet JSON cu câmpuri care descriu acțiunea întreprinsă.
Ce fel de pachet JSON este acesta?
Pachetul JSON este un fișier text care descrie ceea ce s-a întâmplat. De exemplu, un pachet JSON poate conține informații conform cărora utilizatorul Mary a efectuat acțiunea jocului Started la ora 23:00 pe 15 noiembrie. Cum să descrii fiecare acțiune? De exemplu, utilizatorul face clic pe un buton. Ce proprietăți trebuie colectate în acest moment? Ele sunt împărțite în două tipuri:
- super proprietăți - proprietăți care sunt caracteristice tuturor evenimentelor care sunt întotdeauna prezente. Acesta este timpul, ID-ul dispozitivului, versiunea API, versiunea de analiză, versiunea sistemului de operare;
- proprietăți specifice evenimentului - aceste proprietăți sunt arbitrare și principala dificultate este cum să le selectezi. De exemplu, pentru butonul „cumpără monede” dintr-un joc, astfel de proprietăți vor fi „câte monede a cumpărat utilizatorul”, „cât costă monedele”.
Un exemplu de pachet JSON într-un serviciu de învățare a limbilor străine:
Dar de ce nu colectezi totul?
Pentru că toate evenimentele sunt create manual. Sistemele de analiză nu au un buton „Salvați tot” (și asta ar fi inutil). Sunt colectate doar acele acțiuni din logica serviciului care sunt interesante pentru o parte a echipei. Chiar și pentru fiecare stare a unui buton sau fereastră, nu toate evenimentele sunt de obicei de interes. Pentru procesele lungi (cum ar fi un nivel de joc), doar începutul și sfârșitul pot fi importante. Ceea ce se întâmplă la mijloc poate să nu vină împreună.
De regulă, logica serviciului constă din obiecte - entități. Aceasta poate fi o entitate „monedă” sau o entitate „nivel”. Prin urmare, puteți compune evenimente din entități, stările și acțiunile acestora. Exemple: „nivel început”, „nivel încheiat”, „nivel încheiat, motiv - mâncat de un dragon”. Este recomandabil ca toate entitățile care pot fi „deschise” să fie închise pentru a nu încălca logica și pentru a nu complica munca ulterioară cu analizele.
Câte evenimente există într-un sistem complex?
Sistemele complexe pot procesa câteva sute de evenimente, care au fost colectate de la toți clienții ( manageri de produs, programatori, analiști) și introduse cu atenție (!) într-un tabel, apoi în logica serviciului. Pregătirea evenimentelor este o muncă interdisciplinară amplă care necesită ca toată lumea să înțeleagă ceea ce trebuie colectat, atenție și acuratețe.
Ce urmeaza?
Să presupunem că venim cu toate evenimentele interesante. Este timpul să le colectăm. Pentru a face acest lucru, trebuie să conectați analiza clientului. Accesați Google și căutați analize mobile (sau alegeți dintre cele cunoscute: , , , , , ). Luăm SDK-ul de pe site și îl construim în codul serviciului nostru (de unde și numele „client” - deoarece SDK-ul este încorporat în client).
Și unde să colectezi evenimente?
Toate pachetele JSON care vor fi create trebuie să fie stocate undeva. Unde vor fi trimiși și unde se vor aduna? În cazul unui sistem analitic client, el însuși este responsabil pentru acest lucru. Nu știm unde sunt pachetele noastre JSON, unde este stocarea lor, câte sunt sau cum sunt stocate acolo. Întregul proces de colectare este realizat de sistem și nu contează pentru noi. În serviciul de analiză, obținem acces la un cont personal, unde vedem rezultatele prelucrării datelor comportamentale inițiale. Apoi, analiștii lucrează cu ceea ce văd în contul lor personal.
În versiunile gratuite, datele brute nu sunt de obicei descărcabile. Versiunea scumpă are astfel de caracteristici.
Cât timp va dura conectarea?
Cele mai simple analize pot fi conectate într-o oră: va fi App Metrika, care va arăta cele mai simple lucruri fără a analiza evenimente personalizate. Timpul necesar pentru a configura un sistem mai complex depinde de evenimentele selectate. Apar dificultăți care necesită o dezvoltare suplimentară:
- Există o coadă de evenimente? De exemplu, cum să remediați că un eveniment nu poate veni înaintea altuia?
- Ce să faci dacă utilizatorul a schimbat ora? S-a schimbat fusul orar?
- Ce să faci dacă nu există internet?
În medie, puteți configura Mixpanel în câteva zile. Atunci când se preconizează colectarea unui număr mare de evenimente specifice, poate dura o săptămână.
Cum aleg de care am nevoie?
Statisticile generale funcționează bine în toate sistemele analitice. Potrivit pentru marketeri și oameni de vânzări: puteți vedea păstrarea, cât timp au petrecut utilizatorii în aplicație, toate valorile de bază la nivel înalt. Pentru cea mai simplă pagină de destinație, valorile Yandex vor fi suficiente.
Când vine vorba de sarcini non-standard, alegerea depinde de serviciul dvs., de sarcinile analitice și de evenimentele care trebuie procesate pentru a le rezolva.
- În Mixpanel, de exemplu, puteți rula teste A/B. Cum să o facă? Creați un experiment în care vor exista mai multe mostre și faceți o selecție (alocați astfel de utilizatori lui A, alții lui B). Pentru A butonul va fi verde, pentru B va fi albastru. Deoarece Mixpanel colectează toate datele, poate găsi ID-ul dispozitivului fiecărui utilizator din A și B. În codul de serviciu, folosind SDK-ul, sunt create ajustări - acestea sunt locuri în care ceva se poate schimba pentru testare. Apoi, pentru fiecare utilizator, valoarea (în cazul nostru, culoarea butonului) este extrasă din Mixpanel. Dacă nu există conexiune la Internet, va fi selectată opțiunea implicită.
- Adesea doriți nu numai să stocați și să studiați evenimente, ci și să agregați utilizatori. Mixpanel face acest lucru automat, în fila Utilizatori. Acolo puteți vizualiza toate datele permanente ale utilizatorului (nume, e-mail, profil Facebook) și istoricul jurnalului utilizatorului. Puteți privi datele utilizatorilor ca statistici: Dragonul a mâncat de 100 de ori, a cumpărat 3 flori. În unele sisteme, agregarea după utilizator poate fi descărcată.
- Care este răcoarea principală ? Acesta conectează vizitatorul serviciului cu profilul său de Facebook. Prin urmare, vă puteți afla publicul și, cel mai important, apoi îl puteți transforma într-un public publicitar. De exemplu, dacă am vizitat un site o dată, iar proprietarul acestuia a activat publicitatea (audienta care se poate completa automat în analizele Facebook) pentru vizitatori, atunci în viitor voi vedea publicitate pentru acest site pe Facebook. Pentru proprietarul site-ului, acest lucru funcționează simplu și convenabil; trebuie doar să vă amintiți să puneți un plafon zilnic pentru bugetul dvs. de publicitate. Dezavantajul analizei Facebook este că nu este deosebit de convenabil: site-ul este destul de complex, nu este de înțeles imediat și nu funcționează foarte repede.
Aproape nimic nu trebuie făcut și totul funcționează! Poate că există unele dezavantaje?
Da, iar unul dintre ele este că de obicei este scump. Pentru un startup ar putea fi în jur de 50 USD pe lună. Dar există și opțiuni gratuite. Aplicația Yandex Metrica este gratuită și potrivită pentru cele mai de bază valori.
Cu toate acestea, dacă soluția este ieftină, atunci analiza nu va fi detaliată: veți putea vedea tipul de dispozitiv, sistemul de operare, dar nu evenimentele specifice și nu veți putea crea pâlnii. Mixpanel poate costa 50 de dolari pe an (de exemplu, o aplicație cu Om Nom poate mânca atât de mult). În general, accesul la date este destul de des limitat în toate acestea. Nu vii cu propriile tale modele și le lansezi. Plata se face de obicei lunar/periodic.
Oricare altii?
Însă cel mai rău lucru este că până și Mixpanel consideră volumele de date inerente unei aplicații mobile active ca o aproximare (indicată deschis direct în documentație). Dacă comparați rezultatele cu analiza serverului, valorile vor diverge. (Citiți despre cum să vă creați propriile analize pe partea de server în următorul nostru articol!)
Marele dezavantaj al aproape tuturor sistemelor analitice este că limitează accesul la jurnalele brute. Deci, rularea propriului model pe propriile date aparent nu va funcționa. De exemplu, dacă vă uitați la pâlnii în Mixpanel, puteți calcula doar timpul mediu dintre pași. Valorile mai complexe, de exemplu, timpul median sau percentilele, nu pot fi calculate.
De asemenea, adeseori lipsește capacitatea de a efectua agregări și segmentări complexe. De exemplu, grupul de cumpărături complicat „pentru a uni utilizatorii care s-au născut în 1990 și au cumpărat cel puțin 50 de gogoși fiecare” ar putea să nu fie disponibil.
Facebook Analytics are o interfață foarte complexă și este lentă.
Ce se întâmplă dacă pornesc toate sistemele simultan?
Buna idee! Se întâmplă adesea ca sisteme diferite să producă rezultate diferite. Numere diferite. În plus, unele au o funcționalitate, altele au alta, iar altele sunt gratuite.
În plus, mai multe sisteme pot fi pornite în paralel pentru testare: de exemplu, pentru a vă familiariza cu interfața unuia nou și a trece treptat la ea. Ca în orice afacere, aici trebuie să știi când să te oprești și să conectezi analizele în așa măsură încât să le poți urmări (și asta nu va încetini conexiunea la rețea).
Am conectat totul și apoi am lansat noi funcții, cum să adăugați evenimente?
La fel ca atunci când conectați analizele de la zero: colectați descrieri ale evenimentelor necesare și utilizați SDK-ul pentru a le introduce în codul clientului.
Sper că răspunsurile la întrebările frecvente vă vor fi utile. Dacă v-au ajutat să înțelegeți că analizele la nivelul clientului nu sunt potrivite pentru aplicația dvs., vă recomandăm să încercați analiza la nivelul serverului. Voi vorbi despre asta în partea următoare și apoi voi vorbi despre cum să implementez acest lucru în proiectul tău.
Numai utilizatorii înregistrați pot participa la sondaj. , Vă rog.
Ce sisteme de analiză a clienților utilizați?
-
Mixpanel
-
Facebook Analytics
-
Google Analytics
-
Yandex Metrica
-
Alții
-
Cu sistemul dvs
-
Nimic
Au votat 33 de utilizatori. 15 utilizatori s-au abținut.
Sursa: www.habr.com