Imagine chì site un imprenditore in crescita chì hà appena creatu un situ web è una applicazione mobile (per esempiu, per una buttrega di donut). Vulete cunnette l'analitiche di l'utilizatori cù un picculu budgetu, ma ùn sapete micca cumu. Tuttu u circondu usa Mixpanel, Facebook analytics, Yandex.Metrica è altri sistemi, ma ùn hè micca chjaru ciò chì sceglie è cumu utilizà.
Chì sò i sistemi analitici?
Prima di tuttu, deve esse dettu chì un sistema analiticu di l'utilizatori ùn hè micca un sistema per analizà i logs di u serviziu stessu. U monitoraghju di u funziunamentu di u serviziu si focalizeghja nantu à a stabilità è u rendiment, è hè realizatu separatamente da i sviluppatori. L'analitiche di l'utilizatori sò create per studià u cumpurtamentu di l'utilizatore: chì azzioni faci, quantu spessu, cumu reagisce à e notificazioni push o altri avvenimenti in u serviziu. In u mondu, l'analitica di l'utilizatori hà duie direzzione: analitica mobile è web. Malgradu e diverse interfacce è capacità di i servizii web è mobile, travaglià cù u sistema analiticu in e duie direzzione hè apprussimatamente uguale.
Perchè hè questu necessariu?
L'analisi di l'utilizatori hè necessariu:
- per monitorà ciò chì succede quandu si usa u serviziu;
- per cambià u cuntenutu è capisce induve sviluppà, chì funziunalità aghjunghje / caccià;
- per truvà ciò chì l'utilizatori ùn piace micca è cambià.
Cumu viaghja?
Per studià u cumpurtamentu di l'utilizatori, avete bisognu di cullà una storia di stu cumpurtamentu. Ma chì esattamente cullà? Sta quistione cuntene finu à u 70% di a cumplessità di tuttu u travagliu. Parechji membri di a squadra di u produttu devenu risponde à sta quistione inseme: capu di produttu, programatori, analisti. Qualchese sbagliu à questu passu hè costu: ùn pudete micca cullà ciò chì avete bisognu, è pudete cullà qualcosa chì ùn vi permette micca di piglià cunclusioni significativu.
Una volta chì avete decisu ciò chì cullà, avete bisognu di pensà à l'architettura di cumu cullà. L'ughjettu principale chì i sistemi analitici travaglianu hè un avvenimentu. Un avvenimentu hè una descrizzione di ciò chì hè accadutu chì hè mandatu à u sistema analiticu in risposta à una azzione di l'utilizatori. Di genere, per ognuna di l'azzioni selezziunate per u seguimentu in u passu precedente, l'avvenimentu s'assumiglia à un pacchettu JSON cù campi chì descrizanu l'azzione presa.
Chì tipu di pacchettu JSON hè questu?
U pacchettu JSON hè un schedariu di testu chì descrive ciò chì hè accadutu. Per esempiu, un pacchettu JSON pò cuntene infurmazione chì l'utilizatore Maria hà realizatu l'azzione di ghjocu Started à 23:00 u 15 di nuvembre. Cumu discrive ogni azione? Per esempiu, l'utilizatore clicche nantu à un buttone. Chì pruprietà deve esse cullate in questu mumentu? Sò spartuti in dui tipi:
- super pruprietà - pruprietà chì sò caratteristiche di tutti l'avvenimenti chì sò sempre prisenti. Questu hè u tempu, l'ID di u dispositivu, a versione API, a versione analitica, a versione OS;
- pruprietà specifichi di l'avvenimentu - sti pruprietà sò arbitrarie è a difficultà principale hè di sceglie. Per esempiu, per u buttone "cumprà muniti" in un ghjocu, tali pruprietà seranu "quante muniti l'utilizatore hà compru", "quantu costanu e muniti".
Un esempiu di un pacchettu JSON in un serviziu di apprendimentu di lingua:
Ma perchè micca solu cullà tuttu?
Perchè tutti l'avvenimenti sò creati manualmente. I sistemi di analitiche ùn anu micca un buttone "salvà tuttu" (è chì ùn saria inutile). Solu quelli azzioni da a logica di serviziu chì sò interessanti per una parte di a squadra sò cullate. Ancu per ogni statu di un buttone o finestra, micca tutti l'avvenimenti sò generalmente di interessu. Per prucessi longu (cum'è un livellu di ghjocu), solu u principiu è a fine pò esse impurtante. Ciò chì succede in u mità ùn pò micca ghjunghje.
Comu regula, a logica di u serviziu hè custituita da oggetti - entità. Questa pò esse una entità "moneta" o una entità "livellu". Dunque, pudete cumpone avvenimenti da entità, i so stati è l'azzioni. Esempii: "livellu cuminciatu", "livellu finitu", "livellu finitu, raghjone - manghjatu da un dragone". Hè cunsigliatu chì tutte e entità chì ponu esse "aperte" esse chjusu per ùn viole micca a logica è micca cumplicà più travagliu cù analitiche.
Quanti avvenimenti sò in un sistema cumplessu?
Sistemi cumplessi ponu processà parechji cintunari di avvenimenti, chì sò stati cullati da tutti i clienti (gestore di produttu, programatori, analisti) è cun cura (!) intrutu in una tavula, è dopu in a logica di serviziu. A preparazione di l'avvenimenti hè un grande travagliu interdisciplinariu chì esige chì tutti capiscenu ciò chì deve esse recullatu, attente è precisione.
Chi c'è vicinu?
Dicemu chì venemu cù tutti l'avvenimenti interessanti. Hè u tempu di cullà. Per fà questu, avete bisognu di cunnette l'analisi di i clienti. Andate à Google è cercate l'analitiche mobili (o sceglite trà i cunnisciuti: , , , , , ). Pigliemu u SDK da u situ web è custruite in u codice di u nostru serviziu (da quì u nome "cliente" - perchè u SDK hè custruitu in u cliente).
E induve cullà avvenimenti?
Tutti i pacchetti JSON chì saranu creati anu da esse guardati in qualchì locu. Induve seranu mandati è induve si riuniscenu ? In u casu di un sistema analiticu di u cliente, ellu stessu hè rispunsevule per questu. Ùn sapemu micca induve sò i nostri pacchetti JSON, induve hè u so almacenamentu, quanti ci sò, o cumu sò almacenati quì. Tuttu u prucessu di cullizzioni hè realizatu da u sistema è ùn importa micca per noi. In u serviziu analiticu, avemu l'accessu à un contu persunale, induve vedemu i risultati di trasfurmazioni di dati di cumportamentu iniziali. Dopu, l'analista travaglianu cù ciò chì vedenu in u so contu persunale.
In e versioni gratuiti, i dati prima ùn sò generalmente micca scaricabili. A versione caru hà tali funziunalità.
Quantu tempu ci vole à cunnette?
L'analisi più simplice pò esse cunnessu in una ora: serà App Metrika, chì mostrarà e cose più simplici senza analizà l'avvenimenti persunalizati. U tempu necessariu per stabilisce un sistema più cumplessu dipende da l'avvenimenti selezziunati. Difficultà chì esigenu un sviluppu supplementu:
- Ci hè una fila di avvenimenti? Per esempiu, cumu risolve chì un avvenimentu ùn pò micca vene prima di l'altru?
- Cosa da fà se l'utilizatore hà cambiatu l'ora? U fusu orariu cambiatu?
- Cosa da fà s'ellu ùn ci hè micca Internet?
In media, pudete installà Mixpanel in un paru di ghjorni. Quandu un gran numaru di avvenimenti specifichi sò pianificati per esse recullati, pò piglià una settimana.
Cumu sceglie quale aghju bisognu?
L'statistiche generale funzionanu bè in tutti i sistemi analitici. Ben adattatu per i venditori è i venditori: pudete vede a retenzioni, quantu l'utilizatori passanu in l'applicazione, tutte e metriche basi di altu livellu. Per a pagina di destinazione più simplice, e metriche Yandex seranu abbastanza.
Quandu si tratta di compiti non standard, a scelta dipende di u vostru serviziu, i travaglii analitici è l'avvenimenti chì devenu esse processati per risolve.
- In Mixpanel, per esempiu, pudete eseguisce testi A/B. Cumu fà? Crea un esperimentu in quale ci saranu parechje mostre è fate una selezzione (assegnate tali è tali utilizatori à A, altri à B). Per A u buttone serà verde, per B serà blu. Siccomu Mixpanel recullà tutte e dati, pò truvà l'identificatore di u dispusitivu di ogni utilizatore da A è B. In u codice di serviziu, utilizendu u SDK, i tweaks sò creati - sò i posti induve qualcosa pò cambià per a prova. Dopu, per ogni utilizatore, u valore (in u nostru casu, u culore di u buttone) hè tiratu da Mixpanel. Se ùn ci hè micca una cunnessione Internet, l'opzione predeterminata serà sceltu.
- Spessu ùn vulete micca solu almacenà è studià avvenimenti, ma ancu aggregate l'utilizatori. Mixpanel faci questu automaticamente, in a tabulazione Users. Quì pudete vede tutti i dati di l'utilizatori permanenti (nome, email, prufilu Facebook) è a storia di u logu di l'utilizatori. Pudete vede i dati di l'utilizatori cum'è statistiche: U dragone hà manghjatu 100 volte, compru 3 fiori. In certi sistemi, l'agregazione per utilizatori pò esse scaricata.
- Chì ghjè a freschezza principale ? Cunnette u visitatore di serviziu cù u so prufilu Facebook. Dunque, pudete scopre u vostru audience, è più impurtante, dopu cunvertisce in un publicu publicitariu. Per esempiu, se aghju visitatu un situ una volta, è u so pruprietariu hà attivatu a publicità (audience autofillable in l'analisi di Facebook) per i visitori, in u futuru vi vede publicità per stu situ in Facebook. Per u pruprietariu di u situ, questu funziona simplicemente è convenientemente; basta à ricurdà di mette un capu di ogni ghjornu à u vostru budgetu di publicità. U svantaghju di l'analitiche di Facebook hè chì ùn hè micca particularmente cunvene: u situ hè abbastanza cumplessu, micca immediatamente capitu, è ùn viaghja micca assai rapidamente.
Quasi nunda ùn deve esse fattu è tuttu funziona! Forse ci sò qualchi svantaghji?
Iè, è unu di elli hè chì generalmente hè caru. Per una startup puderia esse circa $ 50k à u mese. Ma ci sò ancu opzioni gratuiti. Yandex App Metrica hè gratuitu è adattatu per e metriche più basiche.
Tuttavia, s'è a suluzione hè di prezzu, allura l 'analitiche ùn sarà detallatu: tù sarè capaci di vede u tipu di dispusitivu, OS, ma micca evenimenti specifichi, è ùn sarà capaci à creà funnels. Mixpanel pò custà 50k dollari annu (per esempiu, una applicazione cù Om Nom pò manghjà tantu). In generale, l'accessu à e dati hè abbastanza spessu limitatu in tutti. Ùn avete micca i vostri mudelli è lanciate. U pagamentu hè generalmente fattu mensualmente / periodicamente.
Qualchese altru ?
Ma u peghju hè chì ancu Mixpanel cunsidereghja i volumi di dati inerenti in una applicazione mobile attiva cum'è una approssimazione (dichjarata apertamente direttamente in a documentazione). Se paragunate i risultati cù l'analisi di u servitore, i valori diverghjeranu. (Leghjite nantu à cumu creà a vostra propria analisi di u servitore in u nostru prossimu articulu!)
U grande svantaghju di quasi tutti i sistemi analitici hè chì limitanu l'accessu à i logs crudi. Dunque, eseguisce u vostru propiu mudellu in apparentemente i vostri dati ùn funziona micca. Per esempiu, se guardate i funnel in Mixpanel, pudete calculà solu u tempu mediu trà i passi. Metri più cumplessi, per esempiu, u tempu medianu o percentili, ùn ponu micca esse calculati.
Inoltre, a capacità di realizà aggregazioni è segmentazioni cumplessi hè spessu manca. Per esempiu, u gruppu tricky cumprà "per unisce l'utilizatori chì sò nati in u 1990 è cumprà almenu 50 donuts ognunu" ùn pò micca esse dispunibule.
Facebook Analytics hà una interfaccia assai cumplessa è hè lenta.
E se accende tutti i sistemi in una volta?
Grande idea! Succede à spessu chì i sistemi diffirenti produci risultati diffirenti. Numeri diffirenti. Inoltre, alcuni anu una funziunalità, altri anu un altru, è altri sò liberi.
Inoltre, parechji sistemi ponu esse attivati in parallelu per a prova: per esempiu, per familiarizàvi cù l'interfaccia di una nova è cambia gradualmente à questu. Cum'è in ogni affari, quì avete bisognu di sapè quandu si ferma è cunnette l'analitiche à tale puntu chì pudete seguità (è chì ùn rallentarà micca a vostra cunnessione di rete).
Avemu cunnessu tuttu, è dopu liberatu novi funziunalità, cumu aghjunghje avvenimenti?
U listessu cum'è quandu cunnessu l'analitiche da zero: cullà e descrizzioni di l'avvenimenti necessarii è utilizate l'SDK per inserisce in u codice di u cliente.
Spergu chì e risposte à e dumande frequenti seranu utili per voi. Se vi aiutanu à capisce chì l'analitiche di u cliente ùn sò micca adattati per a vostra applicazione, ricumandemu di pruvà a vostra analitica di u servitore. Parlaraghju in a prossima parte, è poi parleraghju di cumu implementà questu in u vostru prughjettu.
Solu l'utilizatori registrati ponu participà à l'indagine. , per piacè.
Chì sistemi di analisi di i clienti aduprate?
-
Mixpanel
-
Analytics di Facebook
-
Google Analytics
-
Yandex Metrica
-
Altri
-
Cù u vostru sistema
-
Nunda
33 utilizatori anu vutatu. 15 utilizatori si sò astenuti.
Source: www.habr.com