Өзіңізді веб-сайт пен мобильді қосымшаны жаңа ғана жасаған жаңадан бастаған кәсіпкер екеніңізді елестетіп көріңіз (мысалы, пончик дүкені үшін). Сіз шағын бюджетпен пайдаланушы аналитикасын қосқыңыз келеді, бірақ қалай екенін білмейсіз. Айналадағылардың бәрі Mixpanel, Facebook аналитикасы, Yandex.Metrica және басқа жүйелерді пайдаланады, бірақ нені таңдау керек және оны қалай пайдалану керектігі белгісіз.
Аналитикалық жүйелер дегеніміз не?
Ең алдымен, пайдаланушының аналитикалық жүйесі қызметтің журналдарын талдауға арналған жүйе емес екенін айту керек. Қызметтің қалай орындалатынын бақылау тұрақтылық пен өнімділікке бағытталған және оны әзірлеушілер бөлек жүзеге асырады. Пайдаланушының аналитикасы пайдаланушының мінез-құлқын зерттеу үшін жасалады: ол қандай әрекеттерді орындайды, қаншалықты жиі жасайды, push хабарландыруларына немесе қызметтегі басқа оқиғаларға қалай әрекет етеді. Жаһандық деңгейде пайдаланушы аналитикасының екі бағыты бар: мобильді және веб-аналитика. Веб және мобильді қызметтердің әртүрлі интерфейстері мен мүмкіндіктеріне қарамастан, екі бағыттағы аналитикалық жүйемен жұмыс істеу шамамен бірдей.
Неліктен бұл қажет?
Пайдаланушы аналитикасы қажет:
- қызметті пайдалану кезінде не болатынын бақылау;
- мазмұнын өзгерту және қай жерде дамыту керектігін, қандай мүмкіндіктерді қосу/алып тастау керектігін түсіну;
- пайдаланушыларға ұнамайтын нәрсені табу және оны өзгерту.
Бұл қалай жұмыс істейді?
Пайдаланушы әрекетін зерттеу үшін осы әрекеттің тарихын жинау керек. Бірақ дәл не жинау керек? Бұл сұрақ бүкіл тапсырманың күрделілігінің 70% құрайды. Өнім тобының көптеген мүшелері бұл сұраққа бірге жауап беруі керек: өнім менеджері, бағдарламашылар, талдаушылар. Бұл қадамдағы кез келген қате қымбатқа түседі: сіз өзіңізге қажет нәрсені жинай алмайсыз және маңызды қорытынды жасауға мүмкіндік бермейтін нәрсені жинай аласыз.
Нені жинау керектігін шешкеннен кейін, оны қалай жинау керектігі туралы архитектура туралы ойлану керек. Аналитикалық жүйелер жұмыс істейтін негізгі объект оқиға болып табылады. Оқиға – пайдаланушы әрекетіне жауап ретінде аналитикалық жүйеге жіберілетін оқиғаның сипаттамасы. Әдетте, алдыңғы қадамда бақылау үшін таңдалған әрекеттердің әрқайсысы үшін оқиға орындалған әрекетті сипаттайтын өрістері бар JSON бумасына ұқсайды.
Бұл JSON пакетінің қандай түрі?
JSON бумасы не болғанын сипаттайтын мәтіндік файл болып табылады. Мысалы, JSON пакетінде Мэри пайдаланушысы 23 қарашада сағат 00:15-де Басталған ойын әрекетін орындағаны туралы ақпарат болуы мүмкін. Әрбір әрекетті қалай сипаттауға болады? Мысалы, пайдаланушы түймені басады. Қазіргі уақытта қандай қасиеттерді жинау керек? Олар екі түрге бөлінеді:
- супер қасиеттер - әрқашан болатын барлық оқиғаларға тән қасиеттер. Бұл уақыт, құрылғы идентификаторы, API нұсқасы, аналитикалық нұсқасы, ОЖ нұсқасы;
- оқиғаға тән қасиеттер - бұл сипаттар ерікті және негізгі қиындық оларды қалай таңдау керек. Мысалы, ойындағы «тиындарды сатып алу» түймесі үшін мұндай сипаттар «пайдаланушы қанша монета сатып алды», «монеталар қанша тұрады» болады.
Тіл үйрену қызметіндегі JSON бумасының мысалы:
Бірақ неге бәрін жинамасқа?
Өйткені барлық оқиғалар қолмен жасалады. Аналитикалық жүйелерде «барлығын сақтау» түймесі жоқ (және бұл мағынасыз болар еді). Қызметтік логикадан команданың кейбір бөлігіне қызықты әрекеттер ғана жиналады. Түймешіктің немесе терезенің әрбір күйі үшін де барлық оқиғалар әдетте қызығушылық тудырмайды. Ұзақ процестер үшін (мысалы, ойын деңгейі) тек басы мен соңы маңызды болуы мүмкін. Ортада болып жатқан нәрсе біріктірілмеуі мүмкін.
Әдетте, қызмет логикасы объектілерден – субъектілерден тұрады. Бұл «тиын» нысаны немесе «деңгей» нысаны болуы мүмкін. Сондықтан, оқиғаларды нысандардан, олардың күйлері мен әрекеттерінен құра аласыз. Мысалдар: «деңгей басталды», «деңгей аяқталды», «деңгей аяқталды, себеп - айдаһар жеді». Логиканы бұзбау және аналитикамен одан әрі жұмысты қиындатпау үшін «ашуға» болатын барлық нысандар жабылған жөн.
Күрделі жүйеде неше оқиға бар?
Күрделі жүйелер барлық тұтынушылардан (өнім менеджерлері, бағдарламашылар, талдаушылар) жиналған және мұқият (!) кестеге, содан кейін қызмет логикасына енгізілген бірнеше жүздеген оқиғаларды өңдей алады. Оқиғаларды дайындау - бұл әркімнен не жинау керек екенін түсінуді, ұқыптылық пен ұқыптылықты талап ететін үлкен пәнаралық жұмыс.
Ары қарай не?
Барлық қызықты оқиғаларды ойлап таптық делік. Оларды жинау уақыты келді. Ол үшін тұтынушы аналитикасын қосу керек. Google-ге өтіп, мобильді аналитиканы іздеңіз (немесе белгілілерінің ішінен таңдаңыз: , , , , , ). Біз веб-сайттан SDK аламыз және оны қызметіміздің кодына құрастырамыз (осыдан «клиент» атауы - SDK клиентке салынғандықтан).
Оқиғаларды қайда жинау керек?
Жасалатын барлық JSON бумалары бір жерде сақталуы керек. Олар қайда жіберіледі, қайда жиналады? Клиенттің аналитикалық жүйесі жағдайында бұл үшін өзі жауапты. Біз JSON пакеттеріміздің қайда екенін, олардың сақтау орны қайда екенін, олардың саны қанша екенін немесе оларда қалай сақталатынын білмейміз. Барлық жинау процесі жүйемен жүзеге асырылады және біз үшін маңызды емес. Аналитикалық қызметте біз бастапқы мінез-құлық деректерін өңдеу нәтижелерін көретін жеке тіркелгіге қол жеткіземіз. Әрі қарай, талдаушылар өздерінің жеке кабинетінде көргендерімен жұмыс істейді.
Тегін нұсқаларда бастапқы деректер әдетте жүктеп алынбайды. Қымбат нұсқада осындай мүмкіндіктер бар.
Қосылу қанша уақытты алады?
Ең қарапайым аналитиканы бір сағатта қосуға болады: бұл қолданбалы метрика болады, ол реттелетін оқиғаларды талдамай-ақ қарапайым нәрселерді көрсетеді. Күрделі жүйені орнатуға қажетті уақыт таңдалған оқиғаларға байланысты. Қосымша дамуды қажет ететін қиындықтар туындайды:
- Оқиғалар кезегі бар ма? Мысалы, бір оқиға екіншісінен бұрын келмейтінін қалай түзетуге болады?
- Пайдаланушы уақытты өзгертсе не істеу керек? Уақыт белдеуі өзгертілді ме?
- Интернет болмаса не істеу керек?
Орташа алғанда, сіз бірнеше күн ішінде Mixpanel орнатуға болады. Көптеген нақты оқиғаларды жинау жоспарланған кезде, бір апта кетуі мүмкін.
Маған қайсысы қажет екенін қалай таңдауға болады?
Жалпы статистика барлық аналитикалық жүйелерде жақсы жұмыс істейді. Маркетологтар мен сатушылар үшін өте қолайлы: сіз сақтауды, пайдаланушылардың қолданбада қанша уақыт жұмсағанын, барлық негізгі жоғары деңгейдегі көрсеткіштерді көре аласыз. Ең қарапайым қону беті үшін Яндекс көрсеткіштері жеткілікті болады.
Стандартты емес тапсырмаларға келетін болсақ, таңдау сіздің қызметіңізге, аналитикалық тапсырмаларға және оларды шешу үшін өңделуі керек оқиғаларға байланысты.
- Мысалы, Mixpanel бағдарламасында A/B сынақтарын орындауға болады. Бұны қалай істейді? Сіз бірнеше үлгі болатын эксперимент жасайсыз және таңдау жасайсыз (сондай және осындай пайдаланушыларды А-ға, басқаларын В-ға тағайындайсыз). А үшін түйме жасыл, В үшін көк болады. Mixpanel барлық деректерді жинайтындықтан, ол A және B әр пайдаланушының құрылғы идентификаторын таба алады. Қызметтік кодта SDK көмегімен түзетулер жасалады - бұл сынақ үшін бірдеңені өзгертуге болатын орындар. Әрі қарай, әрбір пайдаланушы үшін мән (біздің жағдайда, түйменің түсі) Mixpanel ішінен алынады. Интернет байланысы болмаса, әдепкі опция таңдалады.
- Көбінесе сіз оқиғаларды сақтап, зерттеп қана қоймай, сонымен қатар пайдаланушыларды біріктіргіңіз келеді. Mixpanel мұны пайдаланушылар қойындысында автоматты түрде жасайды. Онда сіз барлық тұрақты пайдаланушы деректерін (аты, электрондық поштасы, facebook профилі) және пайдаланушы журналының тарихын көре аласыз. Пайдаланушы деректерін статистика ретінде қарауға болады: Айдаһар 100 рет жеді, 3 гүл сатып алды. Кейбір жүйелерде пайдаланушы бойынша жинақтауды жүктеп алуға болады.
- Негізгі салқындық қандай ? Ол қызметке келушіні оның Facebook профилімен байланыстырады. Сондықтан сіз өзіңіздің аудиторияңызды біле аласыз, ең бастысы, оны жарнамалық аудиторияға айналдыра аласыз. Мысалы, мен бір сайтқа бір рет кірген болсам және оның иесі келушілер үшін жарнаманы (Facebook аналитикасындағы автоматты толтырылатын аудитория) қосса, болашақта мен Facebook-те осы сайттың жарнамасын көремін. Сайт иесі үшін бұл қарапайым және ыңғайлы жұмыс істейді; сізге тек жарнамалық бюджетке күнделікті шек қоюды есте сақтау қажет. Facebook аналитикасының кемшілігі оның аса ыңғайлы еместігінде: сайт өте күрделі, бірден түсінікті емес және өте жылдам жұмыс істемейді.
Іс жүзінде ештеңе істеудің қажеті жоқ және бәрі жұмыс істейді! Мүмкін кемшіліктері бар шығар?
Иә, және олардың бірі - бұл әдетте қымбат. Стартап үшін айына шамамен $50 мың болуы мүмкін. Бірақ тегін нұсқалар да бар. Yandex Metrica қолданбасы ақысыз және ең қарапайым көрсеткіштер үшін жарамды.
Дегенмен, егер шешім арзан болса, онда аналитика егжей-тегжейлі болмайды: сіз құрылғының түрін, ОЖ-ны көре аласыз, бірақ нақты оқиғаларды емес, шұңқырларды жасай алмайсыз. Mixpanel жылына 50 мың доллар тұрады (мысалы, Om Nom қолданбасы соншалықты көп жеуі мүмкін). Жалпы алғанда, деректерге қол жеткізу олардың барлығында жиі шектеледі. Сіз өзіңіздің үлгілеріңізді ойлап тауып, оларды іске қоспайсыз. Төлем әдетте ай сайын / мерзімді түрде жасалады.
Басқалары бар ма?
Бірақ ең сорақысы, тіпті Mixpanel белсенді мобильді қосымшаға тән деректер көлемін жуықтау ретінде қарастырады (құжаттамада тікелей көрсетілген). Нәтижелерді серверлік аналитикамен салыстырсаңыз, мәндер әртүрлі болады. (Келесі мақалада өзіңіздің серверлік аналитикаңызды қалай жасау керектігі туралы оқыңыз!)
Барлық дерлік аналитикалық жүйелердің үлкен кемшілігі олар шикі журналдарға қол жеткізуді шектейді. Осылайша, өзіңіздің жеке деректеріңізде өзіңіздің үлгіңізді іске қосу жұмыс істемейді. Мысалы, Mixpanel ішіндегі шұңқырларды қарасаңыз, қадамдар арасындағы орташа уақытты ғана есептей аласыз. Неғұрлым күрделі көрсеткіштерді, мысалы, медианалық уақытты немесе процентильдерді есептеу мүмкін емес.
Сондай-ақ, күрделі біріктірулер мен сегменттеулерді орындау мүмкіндігі жиі жетіспейді. Мысалы, «1990 жылы туылған және әрқайсысы кемінде 50 пончик сатып алған пайдаланушыларды біріктіру үшін» сатып алу тобы қолжетімді болмауы мүмкін.
Facebook Analytics өте күрделі интерфейске ие және баяу.
Барлық жүйелерді бірден қоссам ше?
Керемет идея! Көбінесе әртүрлі жүйелер әртүрлі нәтиже береді. Әртүрлі сандар. Сонымен қатар, кейбіреулерінде бір функция бар, басқаларында басқа, ал басқалары тегін.
Сонымен қатар, тестілеу үшін бірнеше жүйені қатар қосуға болады: мысалы, жаңасының интерфейсімен танысып, оған біртіндеп ауысу. Кез келген бизнестегідей, бұл жерде аналитиканы қадағалай алатындай (және бұл сіздің желілік қосылымыңызды бәсеңдетпейді) дәрежеде тоқтату және қосу керектігін білуіңіз керек.
Біз бәрін байланыстырдық, содан кейін жаңа мүмкіндіктерді шығардық, оқиғаларды қалай қосуға болады?
Аналитиканы нөлден қосу кезіндегідей: қажетті оқиғалардың сипаттамаларын жинаңыз және оларды клиент кодына кірістіру үшін SDK пайдаланыңыз.
Жиі қойылатын сұрақтарға жауаптар сізге пайдалы болады деп үміттенемін. Егер олар сізге клиенттік аналитика қолданбаңыз үшін жарамсыз екенін түсінуге көмектессе, серверлік талдауды қолданып көруді ұсынамыз. Мен бұл туралы келесі бөлімде айтатын боламын, содан кейін оны сіздің жобаңызда қалай жүзеге асыру керектігі туралы айтатын боламын.
Сауалнамаға тек тіркелген пайдаланушылар қатыса алады. , өтінемін.
Сіз қандай тұтынушы аналитикалық жүйелерін пайдаланасыз?
-
Mixpanel
-
Facebook аналитикасы
-
Google Analytics
-
Яндекс Метрика
-
Басқалар
-
Жүйеңізбен
-
Ештеңе
33 қолданушы дауыс берді. 15 пайдаланушы қалыс қалды.
Ақпарат көзі: www.habr.com