Интернетте тұтынушылардың мінез-құлқын талдаудың артықшылықтары туралы жүздеген мақалалар бар. Көбінесе бұл бөлшек сауда секторына қатысты. Азық-түлік себетін талдаудан, ABC және XYZ талдауынан сақтау маркетингі мен жеке ұсыныстарға дейін. Ондаған жылдар бойы әртүрлі әдістер қолданылды, алгоритмдер ойластырылды, код жазылды және түзетілді - оны алыңыз және қолданыңыз. Біздің жағдайда бір іргелі мәселе туындады - біз ISPsystem компаниясында бөлшек саудамен емес, бағдарламалық қамтамасыз етуді әзірлеумен айналысамыз.
Менің атым Денис және мен қазіргі уақытта ISPsystem аналитикалық жүйелерінің серверіне жауаптымын. Бұл менің әріптесім екеуміздің қалай болғанымыз туралы әңгіме — деректерді визуализациялауға жауаптылар — біздің бағдарламалық өнімдерге осы білімнің призмасы арқылы қарауға тырысты. Әдеттегідей тарихтан бастайық.
Бастапқыда бір сөз болды, ал сөз «Байқаймыз ба?»
Ол кезде мен ҒЗТКЖ бөлімінде әзірлеуші болып жұмыс істедім. Барлығы Данил Хабреде оқыған кезде басталды — қолданбалардағы пайдаланушының ауысуын талдауға арналған құрал. Мен оны мұнда пайдалану идеясына күмәнмен қарадым. Мысал ретінде кітапхана әзірлеушілері мақсатты әрекет нақты анықталған қосымшалардың талдауын келтірді - тапсырысты орналастыру немесе меншік иесіне төлеудің басқа нұсқалары. Біздің өнімдер жергілікті жерде жеткізіледі. Яғни, пайдаланушы алдымен лицензияны сатып алады, содан кейін ғана қолданбадағы саяхатын бастайды. Иә, бізде демо нұсқалары бар. Сіз өнімді сол жерде сынап көре аласыз, сондықтан сізде шошқа болмас үшін.
Бірақ біздің өнімдеріміздің көпшілігі хостинг нарығына бағытталған. Бұл ірі клиенттер және бизнесті дамыту бөлімі оларға өнім мүмкіндіктері туралы кеңес береді. Сонымен қатар, сатып алу кезінде біздің тұтынушылар бағдарламалық жасақтама қандай мәселелерді шешуге көмектесетінін біледі. Олардың қолданбадағы бағыттары өнімге енгізілген CJM-мен сәйкес келуі керек және UX шешімдері оларға жолда қалуға көмектеседі. Спойлер: бұл әрқашан бола бермейді. Кітапханамен таныстыру кейінге қалдырылды... бірақ көпке созылмады.
Біздің стартаптың шығуымен бәрі өзгерді - — Instagram аккаунтынан интернет-дүкен құруға арналған платформалар. Бұл қолданбада пайдаланушыға барлық функцияларды тегін пайдалану үшін екі апталық мерзім берілді. Содан кейін жазылу керек пе, соны шешу керек еді. Және бұл «бағыт-мақсатты әрекет» тұжырымдамасына өте сәйкес келеді. Шешім қабылданды: тырысайық!
Алғашқы нәтижелер немесе идеяларды қайдан алуға болады
Әзірлеу тобы және мен өнімді оқиға жинау жүйесіне бір күнде қостық. Мен ISPsystem бетке кіру туралы оқиғаларды жинау үшін өзінің жеке жүйесін қолданатынын бірден айтамын, бірақ ешнәрсе Яндекс.Метриканы дәл сол мақсаттарда пайдалануға кедергі келтірмейді, бұл бастапқы деректерді тегін жүктеп алуға мүмкіндік береді. Кітапхананы пайдалану мысалдары зерттеліп, бір апталық деректер жинаудан кейін біз ауысу графигін алдық.
Өтпелі график. Негізгі функционалдылық, түсінікті болу үшін басқа ауысулар жойылды
Мысалдағыдай болып шықты: жазық, анық, әдемі. Бұл графиктен біз адамдар ең көп уақыт өткізетін ең жиі маршруттар мен өткелдерді анықтай алдық. Бұл бізге мынаны түсінуге мүмкіндік берді:
- Ондаған субъектілерді қамтитын үлкен CJM орнына тек екеуі белсенді қолданылады. Пайдаланушыларды UX шешімдері арқылы бізге қажет жерлерге қосымша бағыттау қажет.
- UX дизайнерлері түпкілікті болу үшін әзірлеген кейбір беттер адамдар оларға негізсіз уақыт жұмсайды. Белгілі бір бетте қандай тоқтату элементтері бар екенін анықтап, оларды реттеу керек.
- 10 ауысудан кейін 20% адамдар шаршай бастады және қосымшада сессиядан шықты. Бұл қосымшада бізде 5-ке дейін борттық беттер болғанын ескереді! Пайдаланушылар сеанстарды үнемі тастап, оларға баратын жолды қысқартатын беттерді анықтауыңыз керек. Одан да жақсырақ: кез келген тұрақты маршруттарды анықтаңыз және бастапқы беттен тағайындалған бетке жылдам өтуге мүмкіндік беріңіз. ABC талдауымен және тасталған арба талдауымен ортақ нәрсе бар, солай емес пе?
Мұнда біз бұл құралдың жергілікті өнімдерге қолданылуына деген көзқарасымызды қайта қарастырдық. Белсенді сатылған және пайдаланылған өнімді талдау туралы шешім қабылданды - . Бұл әлдеқайда күрделі, көп субъектілердің саны бар. Біз ауысу графигі қандай болатынын көруді асыға күттік.
Көңілсіздіктер мен шабыттар туралы
Көңілсіздік №1
Бұл бір мезгілде жұмыс күнінің, айдың және жылдың соңы – 27 желтоқсан болатын. Деректер жинақталды, сұраулар жазылды. Барлығы өңделгенше секундтар қалды және біз келесі жұмыс жылының қай жерде басталатынын білу үшін жұмысымыздың нәтижесіне қарай аламыз. ҒЗТКЖ бөлімі, өнім менеджері, UX дизайнерлері, топ жетекшісі, әзірлеушілер олардың өніміндегі пайдаланушы жолдарының қалай көрінетінін көру үшін монитор алдына жиналды, бірақ... біз мұны көрдік:
Retentioneering кітапханасы құрастырған өтпелі график
Шабыт №1
Мықты байланысқан, ондаған нысандар, анық емес сценарийлер. Жаңа жұмыс жылы талдаудан емес, мұндай графикпен жұмысты жеңілдету жолын ойлап табудан басталатыны белгілі болды. Бірақ мен бәрі көрінгеннен әлдеқайда оңай екенін сезінуден арыла алмадым. Retentioneering бастапқы кодын он бес минуттан кейін зерттегеннен кейін біз құрастырылған графикті нүктелік пішімге экспорттай алдық. Бұл графикті басқа құралға - Gephi-ге жүктеуге мүмкіндік берді. Графиктерді талдау үшін қазірдің өзінде мүмкіндік бар: макеттер, сүзгілер, статистика - сізге интерфейсте қажетті параметрлерді конфигурациялау жеткілікті. Осы оймен жаңа жылдық демалысқа жолға шықтық.
Көңілсіздік №2
Жұмысқа оралғаннан кейін, барлығы демалып жатқанда, біздің клиенттер өнімді зерттеп жатқаны белгілі болды. Иә, қоймада бұрын болмаған оқиғалардың пайда болғаны соншалық. Бұл сұрауларды жаңартуды қажет етті.
Бұл фактінің қайғысын түсіну үшін кішкене фон. Біз белгілеген оқиғаларды да (мысалы, кейбір түймелерді басу) және пайдаланушы кірген беттердің URL мекенжайларын жібереміз. Cartbee жағдайында «бір әрекет – бір бет» үлгісі жұмыс істеді. Бірақ VMmanager-те жағдай мүлдем басқаша болды: бір бетте бірнеше модальды терезелер ашылуы мүмкін. Оларда пайдаланушы әртүрлі мәселелерді шеше алады. Мысалы, URL:
/host/item/24/ip(modal:modal/host/item/ip/create)
«IP мекенжайлары» бетінде пайдаланушы IP мекенжайын қосқанын білдіреді. Мұнда бірден екі мәселе көрінеді:
- URL мекенжайында жол параметрінің қандай да бір түрі бар - виртуалды машинаның идентификаторы. Оны алып тастау керек.
- URL мекенжайында модальды терезе идентификаторы бар. Мұндай URL мекенжайларын қандай да бір жолмен «орау» керек.
Тағы бір мәселе, біз белгілеген оқиғалардың параметрлері болды. Мысалы, тізімдегі виртуалды машина туралы ақпарат бар бетке жетудің бес түрлі жолы болды. Сәйкесінше, бір оқиға жіберілді, бірақ пайдаланушының ауысу әдісін көрсететін параметрі бар. Мұндай оқиғалар көп болды және барлық параметрлер әртүрлі болды. Бізде Clickhouse үшін SQL диалектісінде барлық деректерді іздеу логикасы бар. 150-200 жолдан тұратын сұраулар әдеттегідей көріне бастады. Проблемалар бізді қоршап алды.
Шабыт №2
Бір күні таңертең Данил сұрауды екінші минутқа айналдырып, маған: «Деректерді өңдеу құбырларын жазайық?» - деп ұсынды. Біз бұл туралы ойланып, егер біз мұны жасайтын болсақ, бұл ETL сияқты нәрсе болады деп шештік. Ол дереу сүзгіден өткізіп, басқа көздерден қажетті деректерді алады. Біздің толыққанды сервері бар алғашқы аналитикалық қызметіміз осылай дүниеге келді. Ол деректерді өңдеудің бес негізгі кезеңін жүзеге асырады:
- Оқиғаларды бастапқы деректер қоймасынан түсіру және оларды өңдеуге дайындау.
- Түсіндіру - модальды терезелердің идентификаторларының, оқиға параметрлерінің және оқиғаны нақтылайтын басқа мәліметтердің «орауы».
- Байыту («бай болу» сөзінен шыққан) - үшінші тарап дереккөздерінің деректерімен оқиғаларды қосу. Ол кезде бұл тек біздің BILLmanager төлем жүйесін қамтыды.
- Сүзгілеу – талдау нәтижелерін бұрмалайтын оқиғаларды сүзгілеу процесі (ішкі стендтердегі оқиғалар, шектен тыс көрсеткіштер және т.б.).
- Қабылданған оқиғаларды жадқа жүктеп салу, біз оны таза деректер деп атадық.
Енді оқиғаны немесе тіпті ұқсас оқиғалардың топтарын өңдеу ережелерін қосу арқылы өзектілігін сақтау мүмкін болды. Мысалы, содан бері біз URL мекенжайын ашуды ешқашан жаңартпадық. Дегенмен, осы уақыт ішінде бірнеше жаңа URL нұсқалары қосылды. Олар қызметте бекітілген ережелерге сәйкес келеді және дұрыс өңделеді.
Көңілсіздік №3
Біз талдауды бастағаннан кейін графиктің неге соншалықты үйлесімді екенін түсіндік. Әрбір дерлік N-грамда интерфейс арқылы жүзеге асырылмайтын ауысулар бар.
Шағын тергеу басталды. Бір нысанның ішінде мүмкін емес ауысулар жоқ деп шатастырдым. Бұл оқиғаны жинау жүйесіндегі немесе ETL қызметіндегі қате емес екенін білдіреді. Пайдаланушы бір уақытта бірінен екіншісіне ауыспай, бірнеше нысанда жұмыс істейді деген сезім пайда болды. Бұған қалай қол жеткізуге болады? Браузердегі әртүрлі қойындыларды пайдалану.
Cartbee-ді талдағанда, біз оның ерекшелігімен құтқарылдық. Қолданба мобильді құрылғылардан пайдаланылды, мұнда бірнеше қойындылардан жұмыс істеу ыңғайсыз. Мұнда бізде жұмыс үстелі бар және тапсырма бір нысанда орындалып жатқанда, осы уақытты басқа нысанда күйді орнатуға немесе бақылауға жұмсау орынды. Прогрессті жоғалтпау үшін басқа қойындыны ашыңыз.
Шабыт №3
Front-end әзірлеудегі әріптестер оқиғаларды жинау жүйесін қойындыларды ажыратуға үйретті. Талдау басталуы мүмкін. Ал біз бастадық. Күтілгендей, CJM нақты жолдарға сәйкес келмеді: пайдаланушылар каталог беттеріне көп уақыт жұмсады, ең күтпеген жерлерде қалдырылған сеанстар мен қойындылар. Өтпелі талдауды қолдана отырып, біз кейбір Mozilla құрастыруларында ақауларды таба алдық. Оларда іске асыру мүмкіндіктеріне байланысты шарлау элементтері жоғалып кетті немесе жартылай бос беттер көрсетілді, олар тек әкімшіге қол жетімді болуы керек. Бет ашылды, бірақ серверден мазмұн келмеді. Санау ауысулары нақты қандай мүмкіндіктер қолданылғанын бағалауға мүмкіндік берді. Тізбектер пайдаланушының осы немесе басқа қатені қалай қабылдағанын түсінуге мүмкіндік берді. Деректер пайдаланушы әрекетіне негізделген тестілеуге рұқсат етілген. Бұл сәтті болды, идея бекер емес еді.
Аналитиканы автоматтандыру
Нәтиже демонстрацияларының бірінде біз Gephi графикалық талдау үшін қалай қолданылатынын көрсеттік. Бұл құралда түрлендіру деректерін кестеде көрсетуге болады. Ал UX бөлімінің басшысы компаниядағы мінез-құлық аналитикасының бүкіл бағытының дамуына әсер еткен өте маңызды ойды айтты: «Дәл солай істейік, бірақ Tableau және сүзгілермен - бұл ыңғайлырақ болады».
Содан кейін мен ойладым: неге жоқ, Retentioneering барлық деректерді pandas.DataFrame құрылымында сақтайды. Және бұл, жалпы алғанда, үстел. Осылайша тағы бір қызмет пайда болды: Деректер провайдері. Ол графиктен кесте жасап қана қоймай, сонымен қатар беттің және онымен байланысты функционалдылықтың қаншалықты танымал екенін, оның пайдаланушының сақталуына қалай әсер ететінін, пайдаланушылардың онда қанша уақыт болатынын және пайдаланушылардың қай беттерді жиі қалдыратынын есептеді. Ал Tableau-да визуализацияны пайдалану графикті зерттеу құнын төмендеткені сонша, өнімдегі мінез-құлық талдауының итерация уақыты екі есеге дерлік қысқарды.
Данил бұл визуализация қалай қолданылатыны және ол қандай қорытынды жасауға мүмкіндік беретіні туралы әңгімелейді.
Үстел құдайына көбірек үстелдер!
Жеңілдетілген түрде тапсырма келесідей тұжырымдалған: өту графигін Tableau форматында көрсету, сүзгілеу мүмкіндігін қамтамасыз ету және оны мүмкіндігінше анық және ыңғайлы ету.
Мен кестеде бағытталған графикті салғым келмеді. Тіпті сәтті болса да, Гефимен салыстырғанда табыс айқын көрінбеді. Бізге әлдеқайда қарапайым және қолжетімді нәрсе керек болды. Үстел! Өйткені, графикті кесте жолдары түрінде оңай көрсетуге болады, мұнда әрбір жол «бастапқы мақсат» түрінің жиегі болып табылады. Сонымен қатар, біз Retentioneering және Data Provider құралдарын пайдаланып осындай кестені мұқият дайындадық. Бар болғаны кестені Кестеде көрсету және есепті парақтау ғана қалды.
Барлығы үстелдерді қалай жақсы көретіні туралы айту.
Дегенмен, бұл жерде біз басқа мәселеге тап болдық. Деректер көзімен не істеу керек? Pandas.DataFrame қосу мүмкін болмады; Tableau-да мұндай қосқыш жоқ. Графикті сақтау үшін бөлек негізді көтеру болашағы бұлыңғыр тым радикалды шешім болып көрінді. Ал жергілікті түсіру нұсқалары тұрақты қолмен жұмыс жасау қажеттілігіне байланысты жарамсыз болды. Біз қол жетімді қосқыштар тізімін қарап шықтық және біздің көзқарасымыз элементке түсті , ол ең түбінде мұңайып тығылып отырды.
Tableau қосқыштардың бай таңдауына ие. Біз мәселемізді шешетін біреуін таптық
Қандай жануар? Браузердегі бірнеше жаңа ашық қойындылар - және бұл қосқыш URL мекенжайына кіру кезінде деректерді алуға мүмкіндік беретіні белгілі болды. Деректерді есептеуге арналған сервердің өзі дерлік дайын болды, қалғаны оны WDC-пен достастыру болды. Бірнеше күн бойы Денис құжаттаманы зерттеп, Tableau механизмдерімен күресті, содан кейін мен қосылым терезесіне қойған сілтемені жіберді.
Біздің WDC-ге қосылу пішіні. Денис өз майданын жасап, қауіпсіздікті қамтамасыз етті
Бірнеше минут күткеннен кейін (деректер сұралған кезде динамикалық түрде есептеледі) кесте пайда болды:
Tableau интерфейсінде өңделмеген деректер массиві осылай көрінеді
Уәде етілгендей, мұндай кестенің әрбір жолы графиктің жиегін, яғни пайдаланушының бағытталған өтуін көрсетті. Ол сонымен қатар бірнеше қосымша сипаттарды қамтиды. Мысалы, бірегей пайдаланушылар саны, өтулердің жалпы саны және т.б.
Бұл кестені есепте сол күйінде көрсетуге болады, сүзгілерді молынан шашып, құралды жөнелтуге болады. Логикалық естіледі. Үстелмен не істеуге болады? Бірақ бұл біздің жолымыз емес, өйткені біз жай кесте емес, өнімді талдау және шешім қабылдау құралын жасаймыз.
Әдетте, деректерді талдау кезінде адам сұрақтарға жауап алғысы келеді. Тамаша. Олардан бастайық.
- Қандай ауысулар жиі кездеседі?
- Олар нақты беттерден қайда барады?
- Шығар алдында осы бетте орта есеппен қанша уақыт жұмсайсыз?
- Сіз А-дан В-ге қаншалықты жиі ауысасыз?
- Сеанс қай беттерде аяқталады?
Есептердің әрқайсысы немесе олардың комбинациясы пайдаланушыға осы сұрақтарға жауаптарды өз бетінше табуға мүмкіндік беруі керек. Мұндағы негізгі стратегия - мұны өзіңіз жасайтын құралдарды беру. Бұл аналитика бөліміне жүктемені азайту үшін де, шешім қабылдау уақытын қысқарту үшін де пайдалы – енді Youtrack-ке өтіп, талдаушыға тапсырма жасаудың қажеті жоқ, тек есепті ашу керек.
Біз не алдық?
Адамдар бақылау тақтасынан қай жерде жиі алшақтайды?
Біздің баяндамамыздың үзіндісі. Бақылау тақтасынан кейін барлығы VM тізіміне немесе түйіндер тізіміне өтті
Өтулері бар жалпы кестені алайық және бастапқы бет бойынша сүзгіден өткізейік. Көбінесе олар бақылау тақтасынан виртуалды машиналар тізіміне өтеді. Оның үстіне, «Жүйелілік» бағаны бұл қайталанатын әрекет екенін көрсетеді.
Олар кластерлер тізіміне қайдан келеді?
Есептердегі сүзгілер екі бағытта да жұмыс істейді: қайда кеткеніңізді немесе қайда барғаныңызды біле аласыз
Мысалдардан екі қарапайым сүзгінің болуы және мәндер бойынша рейтингтік қатарлардың болуы ақпаратты жылдам алуға мүмкіндік беретіні анық.
Бір қиынырақ нәрсені сұрайық.
Пайдаланушылар сеансын қай жерде жиі тастайды?
VMmanager пайдаланушылары жиі бөлек қойындыларда жұмыс істейді
Ол үшін деректері сілтеме көздері бойынша жинақталған есеп қажет. Ал үзіліс нүктелері деп аталатындар тапсырмалар ретінде қабылданды - өту тізбегінің соңы ретінде қызмет еткен оқиғалар.
Бұл жерде сеанстың соңы немесе жаңа қойындының ашылуы болуы мүмкін екенін ескеру маңызды. Мысал тізбектің көбінесе виртуалды машиналар тізімі бар кестеде аяқталатынын көрсетеді. Бұл жағдайда сипаттамалық әрекет күтілетін үлгіге сәйкес келетін басқа қойындыға ауысады.
Біз талдауды ұқсас жолмен жүргізген кезде, ең алдымен, бұл есептердің пайдалылығын өзімізде тексердік , біздің тағы бір өнім. Кестелер мен сүзгілердің пайда болуымен гипотезалар тезірек тексеріліп, көздер аз шаршады.
Есептерді әзірлеу кезінде біз визуалды дизайнды ұмытпадық. Осы өлшемдегі кестелермен жұмыс істегенде, бұл маңызды фактор. Мысалы, біз түстердің тыныш диапазонын қолдандық, қабылдауға оңай сандар үшін сипаттамалардың сандық мәндеріне сәйкес сызықтардың түсі бойынша бөлектеу. Мұндай мәліметтер пайдаланушы тәжірибесін жақсартады және құралдың компанияда сәтті шығу ықтималдығын арттырады.
Кесте өте көлемді болып шықты, бірақ біз оны оқуға болатынын тоқтатқан жоқ деп үміттенеміз
Ішкі клиенттерімізді: өнім мамандарын және UX дизайнерлерін оқыту туралы бөлек айта кеткен жөн. Олар үшін талдау мысалдары мен сүзгілермен жұмыс істеу бойынша кеңестер бар нұсқаулықтар арнайы дайындалған. Біз нұсқаулықтарға сілтемелерді тікелей есеп беттеріне енгіздік.
Біз нұсқаулықты Google Docs-та жай ғана презентация ретінде жасадық. Кесте құралдары веб-беттерді есеп жұмыс кітабының ішінде тікелей көрсетуге мүмкіндік береді.
Кейінгі сөздің орнына
Төменгі жолда не бар? Біз күнделікті құралды салыстырмалы түрде тез және арзанға алдық. Иә, бұл графиканың өзін, шертулердің жылу картасын немесе веб-қарау құралын ауыстыру емес. Бірақ мұндай есептер аталған құралдарды айтарлықтай толықтырады және ойға және жаңа өнім мен интерфейс гипотезаларына азық береді.
Бұл оқиға ISP жүйесінде аналитиканы дамытудың бастамасы болды. Соңғы алты айда тағы жеті жаңа қызмет пайда болды, оның ішінде өнімдегі пайдаланушының сандық портреттері және ұқсас мақсатты бағыттау үшін дерекқорларды құру қызметі, бірақ біз олар туралы келесі эпизодтарда айтатын боламыз.
Ақпарат көзі: www.habr.com