Imagjinoni që jeni një sipërmarrës i ri që sapo keni krijuar një faqe interneti dhe një aplikacion celular (për shembull, për një dyqan donutash). Ju dëshironi të lidhni analitikën e përdoruesve me një buxhet të vogël, por nuk dini si. Të gjithë përreth përdorin Mixpanel, Facebook analitikë, Yandex.Metrica dhe sisteme të tjera, por nuk është e qartë se çfarë të zgjedhin dhe si ta përdorin atë.
Cilat janë sistemet analitike?
Para së gjithash, duhet thënë se një sistem analitik përdoruesi nuk është një sistem për analizimin e regjistrave të vetë shërbimit. Monitorimi se si funksionon shërbimi fokusohet në stabilitetin dhe performancën dhe kryhet veçmas nga zhvilluesit. Analitika e përdoruesit është krijuar për të studiuar sjelljen e përdoruesit: çfarë veprimesh kryen, sa shpesh, si reagon ndaj njoftimeve shtytëse ose ngjarjeve të tjera në shërbim. Globalisht, analitika e përdoruesve ka dy drejtime: analitika në celular dhe në ueb. Pavarësisht ndërfaqeve dhe aftësive të ndryshme të shërbimeve të internetit dhe celularit, puna me sistemin analitik në të dy drejtimet është afërsisht e njëjtë.
Pse bëhet kjo?
Nevojitet analiza e përdoruesit:
- për të monitoruar se çfarë ndodh gjatë përdorimit të shërbimit;
- për të ndryshuar përmbajtjen dhe për të kuptuar se ku të zhvillohet, çfarë veçori të shtoni/heqni;
- për të gjetur atë që përdoruesve nuk u pëlqen dhe për ta ndryshuar atë.
Si funksionon kjo gjë?
Për të studiuar sjelljen e përdoruesit, duhet të mbledhësh një histori të kësaj sjelljeje. Por çfarë saktësisht për të mbledhur? Kjo pyetje përbën deri në 70% të kompleksitetit të gjithë detyrës. Shumë anëtarë të ekipit të produktit duhet t'i përgjigjen kësaj pyetjeje së bashku: menaxher produkti, programues, analistët. Çdo gabim në këtë hap është i kushtueshëm: ju mund të mos mbledhni atë që ju nevojitet dhe mund të mbledhni diçka që nuk do t'ju lejojë të nxirrni përfundime kuptimplota.
Pasi të keni vendosur se çfarë të grumbulloni, duhet të mendoni për arkitekturën se si ta mbledhni atë. Objekti kryesor me të cilin punojnë sistemet analitike është një ngjarje. Një ngjarje është një përshkrim i asaj që ndodhi që i dërgohet sistemit analitik në përgjigje të një veprimi të përdoruesit. Në mënyrë tipike, për secilin prej veprimeve të zgjedhura për gjurmim në hapin e mëparshëm, ngjarja duket si një paketë JSON me fusha që përshkruajnë veprimin e ndërmarrë.
Çfarë lloj pakete JSON është kjo?
Paketa JSON është një skedar teksti që përshkruan atë që ndodhi. Për shembull, një paketë JSON mund të përmbajë informacion se përdoruesi Mary ka kryer veprimin e lojës Filluar në orën 23:00 të datës 15 nëntor. Si të përshkruani çdo veprim? Për shembull, përdoruesi klikon në një buton. Cilat prona duhet të mblidhen në këtë moment? Ato ndahen në dy lloje:
- super vetitë - vetitë që janë karakteristike për të gjitha ngjarjet që janë gjithmonë të pranishme. Kjo është koha, ID e pajisjes, versioni API, versioni i analitikës, versioni i OS;
- Vetitë specifike të ngjarjeve - këto veti janë arbitrare dhe vështirësia kryesore është se si t'i zgjidhni ato. Për shembull, për butonin "blej monedha" në një lojë, vetitë e tilla do të jenë "sa monedha bleu përdoruesi", "sa kushtojnë monedhat".
Një shembull i një pakete JSON në një shërbim të mësimit të gjuhës:
Por pse të mos mbledhësh gjithçka?
Sepse të gjitha ngjarjet krijohen manualisht. Sistemet e analitikës nuk kanë një buton "ruaj të gjithë" (dhe kjo do të ishte e pakuptimtë). Mblidhen vetëm ato veprime nga logjika e shërbimit që janë interesante për një pjesë të ekipit. Edhe për çdo gjendje të një butoni ose dritareje, jo të gjitha ngjarjet janë zakonisht me interes. Për procese të gjata (siç është niveli i lojës), vetëm fillimi dhe fundi mund të jenë të rëndësishëm. Ajo që ndodh në mes mund të mos bashkohet.
Si rregull, logjika e shërbimit përbëhet nga objekte - entitete. Ky mund të jetë një entitet "monedhë" ose një ent "nivel". Prandaj, ju mund të kompozoni ngjarje nga subjektet, gjendjet dhe veprimet e tyre. Shembuj: "niveli i filluar", "niveli i mbaruar", "niveli i mbaruar, arsyeja - e ngrënë nga një dragua". Këshillohet që të gjitha subjektet që mund të "hapen" të mbyllen në mënyrë që të mos shkelet logjika dhe të mos ndërlikohet puna e mëtejshme me analitikën.
Sa ngjarje ka në një sistem kompleks?
Sistemet komplekse mund të përpunojnë disa qindra ngjarje, të cilat janë mbledhur nga të gjithë klientët (menaxherët e produkteve, programuesit, analistët) dhe janë futur me kujdes (!) në një tabelë, dhe më pas në logjikën e shërbimit. Përgatitja e ngjarjeve është një punë e madhe ndërdisiplinore që kërkon nga të gjithë të kuptojnë se çfarë duhet mbledhur, vëmendje dhe saktësi.
Çka më tej?
Le të themi se kemi ardhur me të gjitha ngjarjet interesante. Është koha për t'i mbledhur ato. Për ta bërë këtë, duhet të lidhni analitikën e klientit. Shkoni në Google dhe kërkoni analitikë celulare (ose zgjidhni nga ato të njohurat: , , , , , ). Ne e marrim SDK-në nga faqja e internetit dhe e ndërtojmë atë në kodin e shërbimit tonë (prandaj emri "klient" - sepse SDK është ndërtuar në klient).
Dhe ku të mbledhim ngjarje?
Të gjitha paketat JSON që do të krijohen duhet të ruhen diku. Ku do të dërgohen dhe ku do të mblidhen? Në rastin e një sistemi analitik klient, ai vetë është përgjegjës për këtë. Ne nuk e dimë se ku janë paketat tona JSON, ku është ruajtja e tyre, sa ka ose si ruhen atje. I gjithë procesi i grumbullimit kryhet nga sistemi dhe nuk ka rëndësi për ne. Në shërbimin e analitikës, ne kemi akses në një llogari personale, ku shohim rezultatet e përpunimit të të dhënave fillestare të sjelljes. Më pas, analistët punojnë me atë që shohin në llogarinë e tyre personale.
Në versionet falas, të dhënat e papërpunuara zakonisht nuk mund të shkarkohen. Versioni i shtrenjtë ka karakteristika të tilla.
Sa kohë do të duhet për t'u lidhur?
Analitika më e thjeshtë mund të lidhet brenda një ore: do të jetë App Metrika, e cila do të tregojë gjërat më të thjeshta pa analizuar ngjarjet e personalizuara. Koha e nevojshme për të vendosur një sistem më kompleks varet nga ngjarjet e zgjedhura. Shfaqen vështirësi që kërkojnë zhvillim shtesë:
- A ka një radhë ngjarjesh? Për shembull, si të rregullohet që një ngjarje nuk mund të vijë përpara një tjetër?
- Çfarë duhet të bëni nëse përdoruesi ka ndryshuar orën? Ndryshuar zonën kohore?
- Çfarë duhet të bëni nëse nuk ka internet?
Mesatarisht, mund të konfiguroni Mixpanel brenda disa ditësh. Kur planifikohet të mblidhen një numër i madh ngjarjesh specifike, mund të zgjasë një javë.
Si të zgjedh se cilën më duhet?
Statistikat e përgjithshme funksionojnë mirë në të gjitha sistemet analitike. I përshtatshëm për tregtarët dhe njerëzit e shitjes: ju mund të shihni mbajtjen, sa kohë kanë kaluar përdoruesit në aplikacion, të gjitha metrikat bazë të nivelit të lartë. Për faqen më të thjeshtë të uljes, matjet e Yandex do të jenë të mjaftueshme.
Kur bëhet fjalë për detyra jo standarde, zgjedhja varet nga shërbimi juaj, detyrat analitike dhe ngjarjet që duhet të përpunohen për t'i zgjidhur ato.
- Në Mixpanel, për shembull, mund të ekzekutoni teste A/B. Si ta bëjmë atë? Ju krijoni një eksperiment në të cilin do të ketë disa mostra dhe bëni një përzgjedhje (ju caktoni këta dhe ata përdorues te A, të tjerët te B). Për A butoni do të jetë jeshil, për B do të jetë blu. Meqenëse Mixpanel mbledh të gjitha të dhënat, mund të gjejë ID-në e pajisjes së secilit përdorues nga A dhe B. Në kodin e shërbimit, duke përdorur SDK, krijohen ndryshime - këto janë vende ku diçka mund të ndryshojë për testim. Më pas, për secilin përdorues, vlera (në rastin tonë, ngjyra e butonit) tërhiqet nga Mixpanel. Nëse nuk ka lidhje interneti, do të zgjidhet opsioni i paracaktuar.
- Shpesh ju dëshironi jo vetëm të ruani dhe studioni ngjarje, por edhe të grumbulloni përdoruesit. Mixpanel e bën këtë automatikisht, në skedën Përdoruesit. Aty mund të shikoni të gjitha të dhënat e përhershme të përdoruesit (emri, emaili, profili i facebook-ut) dhe historia e regjistrave të përdoruesve. Ju mund t'i shikoni të dhënat e përdoruesit si statistika: Dragoi hëngri 100 herë, bleu 3 lule. Në disa sisteme, grumbullimi sipas përdoruesit mund të shkarkohet.
- Cila është freskia kryesore ? Ai lidh vizitorin e shërbimit me profilin e tij në Facebook. Prandaj, mund të zbuloni audiencën tuaj, dhe më e rëndësishmja, pastaj ta shndërroni atë në një audiencë reklamuese. Për shembull, nëse kam vizituar një sit një herë dhe pronari i tij ka aktivizuar reklamimin (audiencën e plotësueshme automatike në analitikën e Facebook) për vizitorët, atëherë në të ardhmen do të shoh reklama për këtë faqe në Facebook. Për pronarin e faqes, kjo funksionon thjesht dhe me lehtësi; thjesht duhet të mbani mend të vendosni një kufi ditor në buxhetin tuaj të reklamave. Disavantazhi i analitikës në Facebook është se nuk është veçanërisht i përshtatshëm: faqja është mjaft komplekse, jo e kuptueshme menjëherë dhe nuk funksionon shumë shpejt.
Pothuajse asgjë nuk duhet bërë dhe gjithçka funksionon! Ndoshta ka disa anë negative?
Po, dhe një prej tyre është se zakonisht është e shtrenjtë. Për një startup mund të jetë rreth 50 mijë dollarë në muaj. Por ka edhe opsione falas. Aplikacioni Yandex Metrica është falas dhe i përshtatshëm për metrikat më themelore.
Sidoqoftë, nëse zgjidhja është e lirë, atëherë analitika nuk do të jetë e detajuar: do të mund të shihni llojin e pajisjes, OS, por jo ngjarje specifike dhe nuk do të jeni në gjendje të krijoni gypa. Mixpanel mund të kushtojë 50 mijë dollarë në vit (për shembull, një aplikacion me Om Nom mund të hajë kaq shumë). Në përgjithësi, qasja në të dhëna është mjaft shpesh e kufizuar në të gjitha ato. Ju nuk dilni me modelet tuaja dhe nuk i lansoni ato. Pagesa zakonisht bëhet mujore / periodike.
Ndonjë tjetër?
Por gjëja më e keqe është se edhe Mixpanel i konsideron vëllimet e të dhënave të natyrshme në një aplikacion aktiv celular si një përafrim (të shprehur hapur drejtpërdrejt në dokumentacion). Nëse i krahasoni rezultatet me analitikën e serverit, vlerat do të ndryshojnë. (Lexoni se si të krijoni analitikën tuaj nga ana e serverit në artikullin tonë të ardhshëm!)
Disavantazhi i madh i pothuajse të gjitha sistemeve analitike është se ato kufizojnë aksesin në regjistrat e papërpunuar. Pra, ekzekutimi i modelit tuaj në dukje të dhënat tuaja nuk do të funksionojë. Për shembull, nëse shikoni gypat në Mixpanel, mund të llogaritni vetëm kohën mesatare midis hapave. Metrikat më komplekse, për shembull, koha mesatare ose përqindjet, nuk mund të llogariten.
Gjithashtu, shpesh mungon aftësia për të kryer grumbullime dhe segmentime komplekse. Për shembull, blerja e grupit të ndërlikuar "për të bashkuar përdoruesit që kanë lindur në 1990 dhe kanë blerë të paktën 50 donuts secili" mund të mos jetë i disponueshëm.
Facebook Analytics ka një ndërfaqe shumë komplekse dhe është e ngadaltë.
Po sikur të aktivizoj të gjitha sistemet menjëherë?
Ide e mirë! Shpesh ndodh që sisteme të ndryshme japin rezultate të ndryshme. Numra të ndryshëm. Për më tepër, disa kanë një funksionalitet, të tjerët kanë një tjetër dhe të tjerët janë falas.
Për më tepër, disa sisteme mund të ndizen paralelisht për testim: për shembull, të njiheni me ndërfaqen e një të reje dhe gradualisht të kaloni në të. Ashtu si në çdo biznes, këtu duhet të dini se kur të ndaloni dhe të lidhni analitikën në një masë të tillë që të mund t'i mbani gjurmët (dhe kjo nuk do të ngadalësojë lidhjen tuaj të rrjetit).
Ne lidhëm gjithçka dhe më pas lëshuam veçori të reja, si të shtojmë ngjarje?
Njësoj si kur lidhni analitikën nga e para: mblidhni përshkrime të ngjarjeve të nevojshme dhe përdorni SDK-në për t'i futur ato në kodin e klientit.
Shpresoj që përgjigjet e pyetjeve të bëra shpesh do të jenë të dobishme për ju. Nëse ju ndihmuan të kuptoni se analitika nga ana e klientit nuk është e përshtatshme për aplikacionin tuaj, ju rekomandojmë të provoni analitikën nga ana e serverit. Unë do të flas për këtë në pjesën tjetër, dhe më pas do të flas se si ta zbatoni këtë në projektin tuaj.
Vetëm përdoruesit e regjistruar mund të marrin pjesë në anketë. , te lutem
Cilat sisteme analitike të klientëve përdorni?
-
Mixpanel
-
Analitika në Facebook
-
Google Analytics
-
Yandex Metrica
-
Të tjerët
-
Me sistemin tuaj
-
Asgjë
33 përdorues kanë votuar. 15 përdorues abstenuan.
Burimi: www.habr.com