Kuvittele, että olet aloitteleva yrittäjä, joka on juuri luonut verkkosivuston ja mobiilisovelluksen (esimerkiksi donitsikauppaa varten). Haluat yhdistää käyttäjäanalytiikan pienellä budjetilla, mutta et tiedä miten. Kaikki ympärillä käyttävät Mixpanelia, Facebook analyticsia, Yandex.Metricaa ja muita järjestelmiä, mutta ei ole selvää, mitä valita ja miten sitä käytetään.
Mitä analytiikkajärjestelmät ovat?
Ensinnäkin on sanottava, että käyttäjäanalytiikkajärjestelmä ei ole järjestelmä itse palvelun lokien analysointiin. Palvelun toimivuuden seuranta keskittyy vakauteen ja suorituskykyyn, ja sen toteuttavat kehittäjät erikseen. Käyttäjäanalytiikka luodaan tutkimaan käyttäjän käyttäytymistä: mitä toimintoja hän tekee, kuinka usein, miten hän reagoi push-ilmoituksiin tai muihin palvelun tapahtumiin. Maailmanlaajuisesti käyttäjäanalytiikalla on kaksi suuntaa: mobiili- ja verkkoanalytiikka. Verkko- ja mobiilipalveluiden erilaisista käyttöliittymistä ja ominaisuuksista huolimatta työskentely analytiikkajärjestelmän kanssa on molempiin suuntiin suunnilleen samanlaista.
Miksi se?
Käyttäjäanalytiikkaa tarvitaan:
- seurata, mitä palvelua käytettäessä tapahtuu;
- muuttaa sisältöä ja ymmärtää, missä kehittää, mitä ominaisuuksia lisättävä/poistettava;
- löytääksesi, mistä käyttäjät eivät pidä, ja muuttaaksesi sitä.
Miten se toimii?
Käyttäjien käyttäytymisen tutkimiseksi sinun on kerättävä tämän käyttäytymisen historia. Mutta mitä oikein kerätä? Tämä kysymys vastaa jopa 70 % koko tehtävän monimutkaisuudesta. Monien tuotetiimin jäsenten on vastattava tähän kysymykseen yhdessä: tuotepäällikkö, ohjelmoijat, analyytikot. Jokainen virhe tässä vaiheessa on kallista: et ehkä kerää tarvitsemaasi ja saatat kerätä jotain, joka ei salli sinun tehdä merkityksellisiä johtopäätöksiä.
Kun olet päättänyt, mitä kerätä, sinun on mietittävä sen keräämisen arkkitehtuuria. Pääobjekti, jonka kanssa analyyttiset järjestelmät toimivat, on tapahtuma. Tapahtuma on kuvaus tapahtuneesta, joka lähetetään analytiikkajärjestelmään vastauksena käyttäjän toimeen. Yleensä kunkin edellisessä vaiheessa seurantaan valitun toiminnon tapahtuma näyttää JSON-paketilta, jossa on suoritettua toimintoa kuvaavat kentät.
Millainen JSON-paketti tämä on?
JSON-paketti on tekstitiedosto, joka kuvaa tapahtuneen. Esimerkiksi JSON-paketti voi sisältää tietoja siitä, että käyttäjä Mary suoritti aloitetun pelin toiminnon klo 23 00. marraskuuta. Kuinka kuvailla jokaista toimintaa? Esimerkiksi käyttäjä napsauttaa painiketta. Mitä kiinteistöjä pitää kerätä tällä hetkellä? Ne on jaettu kahteen tyyppiin:
- superominaisuudet - ominaisuudet, jotka ovat ominaisia kaikille aina läsnä oleville tapahtumille. Tämä on aika, laitetunnus, API-versio, analytiikkaversio, käyttöjärjestelmäversio;
- tapahtumakohtaiset ominaisuudet - nämä ominaisuudet ovat mielivaltaisia ja suurin vaikeus on niiden valitseminen. Esimerkiksi pelin "osta kolikoita" -painikkeen ominaisuudet ovat "kuinka monta kolikkoa käyttäjä osti", "kuinka paljon kolikot maksavat".
Esimerkki JSON-paketista kieltenoppimispalvelussa:
Mutta miksi ei vain kerätä kaikkea?
Koska kaikki tapahtumat luodaan manuaalisesti. Analytics-järjestelmissä ei ole "tallenna kaikki" -painiketta (ja se olisi turhaa). Palvelulogiikasta kerätään vain ne toiminnot, jotka kiinnostavat jotakin osaa tiimistä. Jopa jokaisen painikkeen tai ikkunan tilassa kaikki tapahtumat eivät yleensä ole kiinnostavia. Pitkissä prosesseissa (kuten pelitasolla) vain alku ja loppu voivat olla tärkeitä. Se, mitä tapahtuu keskellä, ei välttämättä sovi yhteen.
Palvelulogiikka koostuu pääsääntöisesti objekteista - entiteeteista. Tämä voi olla "kolikon" tai "tason" entiteetti. Siksi voit koota tapahtumia entiteeteista, niiden tilasta ja toiminnasta. Esimerkkejä: "taso alkoi", "taso päättyi", "taso päättyi, syy - lohikäärme syö". On suositeltavaa, että kaikki entiteetit, jotka voidaan "avata", suljetaan, jotta ne eivät riko logiikkaa eivätkä vaikeuta jatkotyötä analytiikan kanssa.
Kuinka monta tapahtumaa monimutkaisessa järjestelmässä on?
Monimutkaiset järjestelmät pystyvät käsittelemään useita satoja tapahtumia, jotka kerättiin kaikilta asiakkailta (tuotepäälliköiltä, ohjelmoijailta, analyytikoilta) ja syötettiin huolellisesti (!) taulukkoon ja sitten palvelulogiikkaan. Tapahtumien valmistelu on laajaa poikkitieteellistä työtä, joka edellyttää kaikilta kerättävän ymmärtämistä, tarkkaavaisuutta ja tarkkuutta.
Mitä seuraavaksi?
Oletetaan, että keksimme kaikki mielenkiintoiset tapahtumat. On aika kerätä ne. Tätä varten sinun on yhdistettävä asiakasanalytiikka. Siirry Googleen ja etsi mobiilianalytiikkaa (tai valitse tunnetuista: , , , , , ). Otamme SDK:n verkkosivustolta ja rakennamme sen palvelumme koodiin (siis nimi "asiakas" - koska SDK on sisäänrakennettu asiakkaaseen).
Ja mistä kerätä tapahtumia?
Kaikki luotavat JSON-paketit on tallennettava jonnekin. Minne heidät lähetetään ja minne he kokoontuvat? Asiakkaan analyyttisen järjestelmän tapauksessa se on itse vastuussa tästä. Emme tiedä, missä JSON-pakettimme ovat, missä niiden tallennustila on, kuinka monta niitä on tai miten ne on tallennettu sinne. Koko keräysprosessin suorittaa järjestelmä, eikä sillä ole meille merkitystä. Analytiikkapalvelussa pääsemme henkilökohtaiselle tilille, jossa näemme alkukäyttäytymistietojen käsittelyn tulokset. Seuraavaksi analyytikot käsittelevät sitä, mitä he näkevät henkilökohtaisella tilillään.
Ilmaisissa versioissa raakadataa ei yleensä voi ladata. Kallissa versiossa on tällaisia ominaisuuksia.
Kuinka kauan yhteyden muodostaminen kestää?
Yksinkertaisin analytiikka voidaan yhdistää tunnissa: se on App Metrika, joka näyttää yksinkertaisimmat asiat ilman räätälöityjen tapahtumien analysointia. Monimutkaisemman järjestelmän perustamiseen tarvittava aika riippuu valituista tapahtumista. Esiin tulee hankaluuksia, jotka vaativat lisäkehitystä:
- Onko tapahtumissa jonoa? Miten esimerkiksi korjataan, että yksi tapahtuma ei voi tulla ennen toista?
- Mitä tehdä, jos käyttäjä on muuttanut aikaa? Vaihdettu aikavyöhyke?
- Mitä tehdä, jos Internetiä ei ole?
Keskimäärin voit asentaa Mixpanelin muutamassa päivässä. Kun on tarkoitus kerätä suuri määrä tiettyjä tapahtumia, se voi kestää viikon.
Kuinka valita, minkä tarvitsen?
Yleistilastot toimivat hyvin kaikissa analyysijärjestelmissä. Sopii hyvin markkinoijille ja myyjille: näet säilytyksen, kuinka kauan käyttäjät viettivät sovelluksessa, kaikki korkean tason perusmittarit. Yksinkertaisimmalle aloitussivulle riittää Yandex-mittarit.
Mitä tulee epätyypillisiin tehtäviin, valinta riippuu palvelustasi, analyyttisistä tehtävistä ja tapahtumista, jotka täytyy käsitellä niiden ratkaisemiseksi.
- Esimerkiksi Mixpanelissa voit suorittaa A/B-testejä. Kuinka tehdä se? Luot kokeilun, jossa on useita näytteitä, ja teet valinnan (määrität sellaiset käyttäjät A:lle, muut B:lle). A:lle painike on vihreä, B:lle sininen. Koska Mixpanel kerää kaiken datan, se voi löytää jokaisen käyttäjän laitetunnuksen A:sta ja B:stä. Palvelukoodiin tehdään SDK:n avulla säätöjä – nämä ovat paikkoja, joissa jotain voi muuttua testaamista varten. Seuraavaksi kullekin käyttäjälle arvo (tässä tapauksessa painikkeen väri) vedetään Mixpanelista. Jos Internet-yhteyttä ei ole, oletusasetus valitaan.
- Usein haluat paitsi tallentaa ja tutkia tapahtumia, myös koota käyttäjiä. Mixpanel tekee tämän automaattisesti Käyttäjät-välilehdellä. Siellä voit tarkastella kaikkia pysyviä käyttäjätietoja (nimi, sähköpostiosoite, Facebook-profiili) ja käyttäjälokihistoriaa. Voit tarkastella käyttäjätietoja tilastoina: Lohikäärme söi 100 kertaa, osti 3 kukkaa. Joissakin järjestelmissä voidaan ladata käyttäjäkohtainen aggregaatio.
- Mikä on tärkein viileyttä ? Se yhdistää palvelun vierailijan hänen Facebook-profiiliinsa. Siksi voit selvittää yleisösi ja mikä tärkeintä, muuntaa sen mainosyleisöksi. Jos esimerkiksi vierailin sivustolla kerran ja sen omistaja laittoi mainonnan (automaattisesti täytettävä yleisö Facebook-analyytiikassa) päälle vierailijoille, niin tulevaisuudessa näen tämän sivuston mainoksia Facebookissa. Sivuston omistajalle tämä toimii yksinkertaisesti ja kätevästi; sinun tarvitsee vain muistaa asettaa mainosbudjettillesi päivittäinen yläraja. Facebook-analytiikan haittana on, että se ei ole erityisen kätevä: sivusto on melko monimutkainen, ei heti ymmärrettävä eikä toimi kovin nopeasti.
Melkein mitään ei tarvitse tehdä ja kaikki toimii! Ehkä siinä on joitain huonoja puolia?
Kyllä, ja yksi niistä on, että se on yleensä kallista. Aloitusyritykselle se voi olla noin 50 XNUMX dollaria kuukaudessa. Mutta on myös ilmaisia vaihtoehtoja. Yandex App Metrica on ilmainen ja sopii perusmittareihin.
Jos ratkaisu on kuitenkin halpa, analytiikka ei ole yksityiskohtainen: näet laitteen tyypin, käyttöjärjestelmän, mutta et tiettyjä tapahtumia, etkä pysty luomaan suppiloa. Mixpanel voi maksaa 50 XNUMX dollaria vuodessa (esimerkiksi sovellus, jossa on Om Nom, voi syödä niin paljon). Yleensä pääsy tietoihin on melko usein rajoitettu kaikissa niissä. Et keksi omia mallejasi ja käynnistä niitä. Maksu suoritetaan yleensä kuukausittain/jaksoittain.
Mitään muita?
Mutta pahinta on se, että jopa Mixpanel pitää aktiiviselle mobiilisovellukselle ominaisia datamääriä likimääräisenä (avulla suoraan dokumentaatiossa). Jos vertaat tuloksia palvelinanalytiikkaan, arvot poikkeavat toisistaan. (Lue kuinka voit luoda oman palvelinpuolen analytiikan seuraavasta artikkelistamme!)
Lähes kaikkien analyyttisten järjestelmien suuri haitta on, että ne rajoittavat pääsyä raakalokeihin. Joten oman mallisi käyttäminen näennäisesti omilla tiedoillasi ei toimi. Jos esimerkiksi tarkastelet kanavia Mixpanelissa, voit laskea vain keskimääräisen ajan vaiheiden välillä. Monimutkaisempia mittareita, kuten mediaaniaikaa tai prosenttipisteitä, ei voida laskea.
Usein puuttuu myös kyky suorittaa monimutkaisia aggregaatioita ja segmentointeja. Esimerkiksi hankala ryhmäosto "yhdistää käyttäjiä, jotka ovat syntyneet vuonna 1990 ja ostaneet kukin vähintään 50 donitsia" ei ehkä ole käytettävissä.
Facebook Analyticsilla on erittäin monimutkainen käyttöliittymä ja se on hidas.
Mitä jos käynnistän kaikki järjestelmät kerralla?
Hyvä idea! Usein käy niin, että eri järjestelmät tuottavat erilaisia tuloksia. Eri numerot. Lisäksi joillakin on yksi toiminto, toisilla toinen ja toiset ovat ilmaisia.
Lisäksi useita järjestelmiä voidaan käynnistää rinnakkain testausta varten: esimerkiksi tutustua uuden käyttöliittymään ja siirtyä siihen vähitellen. Kuten missä tahansa liiketoiminnassa, täällä sinun on tiedettävä, milloin lopettaa ja yhdistää analytiikka siinä määrin, että voit seurata sitä (ja se ei hidasta verkkoyhteyttäsi).
Yhdistimme kaiken ja julkaisimme sitten uusia ominaisuuksia, kuinka lisätä tapahtumia?
Sama kuin liitettäessä analytiikkaa tyhjästä: kerää tarvittavien tapahtumien kuvaukset ja lisää ne asiakaskoodiin SDK:n avulla.
Toivon, että vastaukset usein kysyttyihin kysymyksiin ovat hyödyllisiä sinulle. Jos ne auttoivat sinua ymmärtämään, että asiakaspuolen analytiikka ei sovellu sovelluksellesi, suosittelemme kokeilemaan palvelinpuolen analytiikkaa. Puhun siitä seuraavassa osassa, ja sitten puhun kuinka toteuttaa tämä projektissasi.
Vain rekisteröityneet käyttäjät voivat osallistua kyselyyn. , ole kiltti.
Mitä asiakasanalytiikkajärjestelmiä käytät?
-
Mixpanel
-
Facebook Analytics
-
Google Analytics
-
Yandex Metrica
-
muut
-
Järjestelmäsi kanssa
-
muulla kuin
33 käyttäjää äänesti. 15 käyttäjää pidättyi äänestämästä.
Lähde: will.com