Stel jou voor dat jy 'n ontluikende entrepreneur is wat pas 'n webwerf en mobiele toepassing geskep het (byvoorbeeld vir 'n donutwinkel). U wil gebruikersontledings met 'n klein begroting verbind, maar weet nie hoe nie. Almal rondom gebruik Mixpanel, Facebook analytics, Yandex.Metrica en ander stelsels, maar dit is nie duidelik wat om te kies en hoe om dit te gebruik nie.
Wat is analitiese stelsels?
Eerstens moet daar gesê word dat 'n gebruikeranalisestelsel nie 'n stelsel is vir die ontleding van logboeke van die diens self nie. Monitering van hoe die diens werk, fokus op stabiliteit en werkverrigting, en word afsonderlik deur die ontwikkelaars uitgevoer. Gebruikersanalise word geskep om die gedrag van die gebruiker te bestudeer: watter aksies hy uitvoer, hoe gereeld, hoe hy reageer op stootkennisgewings of ander gebeurtenisse in die diens. Wêreldwyd het gebruikersanalise twee rigtings: mobiele en webanalise. Ten spyte van die verskillende koppelvlakke en vermoëns van web- en mobiele dienste, is die werk met die analitiese stelsel in beide rigtings ongeveer dieselfde.
Hoekom dit doen?
Gebruikeranalise is nodig:
- om te monitor wat gebeur wanneer die diens gebruik word;
- om die inhoud te verander en te verstaan waar om te ontwikkel, watter kenmerke om by te voeg/verwyder;
- om te vind waarvan gebruikers nie hou nie en dit te verander.
Hoe werk dit?
Om gebruikersgedrag te bestudeer, moet jy 'n geskiedenis van hierdie gedrag versamel. Maar wat presies om te versamel? Hierdie vraag is verantwoordelik vir tot 70% van die kompleksiteit van die hele taak. Baie lede van die produkspan moet hierdie vraag saam beantwoord: produkbestuurder, programmeerders, ontleders. Enige fout by hierdie stap is duur: jy mag nie versamel wat jy nodig het nie, en jy mag iets insamel wat jou nie sal toelaat om betekenisvolle gevolgtrekkings te maak nie.
Sodra jy besluit het wat om te versamel, moet jy dink oor die argitektuur van hoe om dit te versamel. Die hoofobjek waarmee analitiese stelsels werk, is 'n gebeurtenis. 'n Gebeurtenis is 'n beskrywing van wat gebeur het wat na die ontledingstelsel gestuur word in reaksie op 'n gebruikeraksie. Tipies, vir elk van die aksies wat in die vorige stap gekies is om na te spoor, lyk die gebeurtenis soos 'n JSON-pakket met velde wat die aksie beskryf wat geneem is.
Watter soort JSON-pakket is dit?
Die JSON-pakket is 'n tekslêer wat beskryf wat gebeur het. Byvoorbeeld, 'n JSON-pakkie kan inligting bevat dat die gebruiker Mary die Begin-speletjie-aksie om 23:00 op 15 November uitgevoer het. Hoe om elke aksie te beskryf? Die gebruiker klik byvoorbeeld op 'n knoppie. Watter eiendomme moet op hierdie oomblik versamel word? Hulle word in twee tipes verdeel:
- super eienskappe - eienskappe wat kenmerkend is van alle gebeurtenisse wat altyd teenwoordig is. Dit is tyd, toestel-ID, API-weergawe, analitiese weergawe, OS-weergawe;
- gebeurtenis spesifieke eienskappe - hierdie eienskappe is arbitrêr en die grootste probleem is hoe om dit te kies. Byvoorbeeld, vir die "koop munte"-knoppie in 'n speletjie, sal sulke eienskappe wees "hoeveel munte die gebruiker gekoop het", "hoeveel kos die munte".
'n Voorbeeld van 'n JSON-pakket in 'n taalleerdiens:
Maar hoekom versamel jy nie net alles nie?
Omdat alle gebeurtenisse met die hand geskep word. Analytics-stelsels het nie 'n "stoor alles"-knoppie nie (en dit sal nutteloos wees). Slegs daardie aksies uit die dienslogika wat vir 'n deel van die span interessant is, word versamel. Selfs vir elke toestand van 'n knoppie of venster is nie alle gebeurtenisse gewoonlik van belang nie. Vir lang prosesse (soos 'n spelvlak) mag slegs die begin en die einde belangrik wees. Wat in die middel gebeur, kom dalk nie bymekaar nie.
As 'n reël bestaan dienslogika uit objekte - entiteite. Dit kan 'n "muntstuk" entiteit of 'n "vlak" entiteit wees. Daarom kan jy gebeure saamstel uit entiteite, hul toestande en aksies. Voorbeelde: "vlak begin", "vlak geëindig", "vlak geëindig, rede - deur 'n draak geëet". Dit is raadsaam dat alle entiteite wat "oopgemaak" kan word, gesluit word om nie die logika te skend nie en nie verdere werk met analise te bemoeilik nie.
Hoeveel gebeurtenisse is daar in 'n komplekse stelsel?
Komplekse stelsels kan 'n paar honderd gebeurtenisse verwerk, wat van alle kliënte (produkbestuurders, programmeerders, ontleders) versamel is en versigtig (!) in 'n tabel ingevoer is, en dan in die dienslogika. Om geleenthede voor te berei is 'n groot interdissiplinêre werk wat vereis dat almal verstaan wat ingesamel moet word, oplettendheid en akkuraatheid.
Wat is volgende?
Kom ons sê ons kom met al die interessante gebeure. Dit is tyd om hulle te versamel. Om dit te kan doen, moet u kliënte-analise koppel. Gaan na Google en soek mobiele analise (of kies uit die bekendes: , , , , , ). Ons neem die SDK van die webwerf af en bou dit in die kode van ons diens in (vandaar die naam "kliënt" - omdat die SDK in die kliënt ingebou is).
En waar om gebeurtenisse te versamel?
Alle JSON-pakkette wat geskep sal word, moet iewers gestoor word. Waarheen sal hulle gestuur word en waarheen sal hulle bymekaarkom? In die geval van 'n kliënt analitiese stelsel is dit self verantwoordelik hiervoor. Ons weet nie waar ons JSON-pakkette is, waar hul berging is, hoeveel daar is of hoe dit daar gestoor word nie. Die hele invorderingsproses word deur die stelsel uitgevoer en maak nie vir ons saak nie. In die ontledingsdiens kry ons toegang tot 'n persoonlike rekening, waar ons die resultate van die verwerking van aanvanklike gedragsdata sien. Vervolgens werk ontleders met wat hulle in hul persoonlike rekening sien.
In gratis weergawes is die rou data gewoonlik nie aflaaibaar nie. Die duur weergawe het sulke kenmerke.
Hoe lank sal dit neem om te koppel?
Die eenvoudigste analise kan binne 'n uur gekoppel word: dit sal App Metrika wees, wat die eenvoudigste dinge sal wys sonder om persoonlike gebeure te ontleed. Die tyd wat nodig is om 'n meer komplekse stelsel op te stel, hang af van die geselekteerde gebeurtenisse. Moeilikhede ontstaan wat bykomende ontwikkeling vereis:
- Is daar 'n tou van gebeure? Byvoorbeeld, hoe om reg te stel dat een gebeurtenis nie voor 'n ander kan kom nie?
- Wat om te doen as die gebruiker die tyd verander het? Verander tydsone?
- Wat om te doen as daar geen internet is nie?
Gemiddeld kan u Mixpanel binne 'n paar dae opstel. Wanneer 'n groot aantal spesifieke geleenthede beplan word om ingesamel te word, kan dit 'n week duur.
Hoe om te kies watter een ek benodig?
Algemene statistieke werk goed in alle analitiese stelsels. Goed geskik vir bemarkers en verkoopsmense: jy kan retensie sien, hoe lank gebruikers in die toepassing spandeer het, alles basiese hoëvlak-statistieke. Vir die eenvoudigste bestemmingsbladsy sal Yandex-statistieke genoeg wees.
Wanneer dit by nie-standaard take kom, hang die keuse af van jou diens, analitiese take en gebeure wat verwerk moet word om dit op te los.
- In Mixpanel kan jy byvoorbeeld A/B-toetse uitvoer. Hoe om dit te doen? Jy skep 'n eksperiment waarin daar verskeie monsters sal wees en maak 'n seleksie (jy ken sulke en sulke gebruikers toe aan A, ander aan B). Vir A sal die knoppie groen wees, vir B sal dit blou wees. Aangesien Mixpanel al die data insamel, kan dit die toestel-ID van elke gebruiker van A en B vind. In die dienskode, met behulp van die SDK, word tweaks geskep - dit is plekke waar iets kan verander vir toetsing. Vervolgens, vir elke gebruiker, word die waarde (in ons geval, die kleur van die knoppie) uit Mixpanel getrek. As daar geen internetverbinding is nie, sal die verstekopsie gekies word.
- Dikwels wil jy nie net gebeure stoor en bestudeer nie, maar ook gebruikers bymekaarmaak. Mixpanel doen dit outomaties in die Gebruikers-oortjie. Daar kan jy alle permanente gebruikersdata (naam, e-pos, Facebook-profiel) en gebruikersloggeskiedenis bekyk. Jy kan na gebruikersdata as statistiek kyk: Die draak het 100 keer geëet, 3 blomme gekoop. In sommige stelsels kan samevoeging deur gebruiker afgelaai word.
- Wat is die belangrikste koelte ? Dit verbind die diensbesoeker met sy Facebook-profiel. Daarom kan jy jou gehoor uitvind, en bowenal, dit dan omskep in 'n advertensiegehoor. Byvoorbeeld, as ek 'n werf een keer besoek het en die eienaar daarvan het advertensies (outovulbare gehoor in Facebook-analise) vir besoekers aangeskakel, dan sal ek in die toekoms advertensies vir hierdie werf op Facebook sien. Vir die werfeienaar werk dit eenvoudig en gerieflik; jy moet net onthou om 'n daaglikse limiet op jou advertensiebegroting te plaas. Die nadeel van Facebook-analise is dat dit nie besonder gerieflik is nie: die webwerf is redelik kompleks, nie onmiddellik verstaanbaar nie en werk nie baie vinnig nie.
Byna niks hoef gedoen te word nie en alles werk! Miskien is daar 'n paar nadele?
Ja, en een daarvan is dat dit gewoonlik duur is. Vir 'n begin kan dit ongeveer $50k per maand wees. Maar daar is ook gratis opsies. Yandex App Metrica is gratis en geskik vir die mees basiese statistieke.
As die oplossing egter goedkoop is, sal die ontleding nie gedetailleerd wees nie: jy sal die tipe toestel, OS, maar nie spesifieke gebeurtenisse kan sien nie, en jy sal nie tregters kan skep nie. Mixpanel kan 50 XNUMX dollar per jaar kos (byvoorbeeld, 'n toepassing met Om Nom kan soveel opeet). In die algemeen is toegang tot data redelik dikwels in almal beperk. Jy kom nie met jou eie modelle en stel dit bekend nie. Betaling word gewoonlik maandeliks / periodiek gemaak.
Enige ander?
Maar die ergste is dat selfs Mixpanel die datavolumes wat inherent is aan 'n aktiewe mobiele toepassing as 'n benadering beskou (openbaar direk in die dokumentasie genoem). As u die resultate met bedieneranalise vergelyk, sal die waardes verskil. (Lees hoe om jou eie bediener-kant-analise te skep in ons volgende artikel!)
Die groot nadeel van byna alle analitiese stelsels is dat hulle toegang tot rou logs beperk. Dus, om jou eie model op oënskynlik jou eie data te gebruik, sal nie werk nie. As jy byvoorbeeld na tregters in Mixpanel kyk, kan jy net die gemiddelde tyd tussen stappe bereken. Meer komplekse maatstawwe, byvoorbeeld mediaan tyd of persentiele, kan nie bereken word nie.
Ook die vermoë om komplekse samevoegings en segmentasies uit te voer, ontbreek dikwels. Byvoorbeeld, die moeilike groepaankope "om gebruikers te verenig wat in 1990 gebore is en elk minstens 50 oliebolle gekoop het" is dalk nie beskikbaar nie.
Facebook Analytics het 'n baie komplekse koppelvlak en is stadig.
Wat as ek alle stelsels gelyktydig aanskakel?
Goeie idee! Dit gebeur dikwels dat verskillende stelsels verskillende resultate lewer. Verskillende getalle. Daarbenewens het sommige een funksionaliteit, ander het 'n ander, en ander is gratis.
Daarbenewens kan verskeie stelsels parallel aangeskakel word vir toetsing: byvoorbeeld om vertroud te raak met die koppelvlak van 'n nuwe een en geleidelik daarna oor te skakel. Soos in enige besigheid, moet jy hier weet wanneer om te stop en analise in so 'n mate te koppel dat jy dit kan dophou (en dit sal nie jou netwerkverbinding vertraag nie).
Ons het alles gekoppel, en toe nuwe kenmerke vrygestel, hoe om gebeurtenisse by te voeg?
Dieselfde as wanneer analise van nuuts af verbind word: versamel beskrywings van die nodige gebeurtenisse en gebruik die SDK om dit in die kliëntkode in te voeg.
Ek hoop dat die antwoorde op gereelde vrae vir jou nuttig sal wees. As hulle jou gehelp het om te verstaan dat kliënt-kant-analise nie geskik is vir jou toepassing nie, beveel ons aan om jou bediener-kant-analise te probeer. Ek sal in die volgende deel daaroor praat, en dan sal ek praat oor hoe om dit in jou projek te implementeer.
Slegs geregistreerde gebruikers kan aan die opname deelneem. , asseblief.
Watter klantanalise-stelsels gebruik jy?
-
Mixpanel
-
Facebook Analytics
-
Google Analytics
-
Yandex Metrica
-
Ander
-
Met jou stelsel
-
Niks nie
33 gebruikers het gestem. 15 gebruikers het buite stemming gebly.
Bron: will.com