Интернетте кардарлардын жүрүм-турумун анализдөөнүн пайдасы тууралуу жүздөгөн макалалар бар. Көбүнчө бул чекене секторуна тиешелүү. Азык-түлүк себетинин анализинен, ABC жана XYZ анализинен сактоо маркетингине жана жеке сунуштарга чейин. Ондогон жылдар бою ар кандай техникалар колдонулуп келген, алгоритмдер ойлонулган, код жазылган жана мүчүлүштүктөрү чечилген – аны алып, колдонуңуз. Биздин учурда, бир принципиалдуу көйгөй пайда болду - биз ISPsystem компаниясында чекене эмес, программалык камсыздоону иштеп чыгуу менен алектенебиз.
Менин атым Денис жана мен учурда ISPsystemдеги аналитикалык системалардын серверине жооптуумун. Бул менин кесиптешим менен болгон окуя — маалыматтарды визуализациялоо үчүн жооптуулар — бул билимдин призмасы аркылуу биздин программалык продуктуларды кароого аракет кылышкан. Адаттагыдай эле тарыхтан баштайлы.
Башында бир сөз бар эле, "аракет кылабызбы?"
Ошол учурда мен R&D бөлүмүндө иштеп чыгуучу болуп иштечүмүн. Мунун баары Данил бул жерде Хабреде окуганда башталды — колдонмолордогу колдонуучунун өтүүлөрүн талдоочу курал. Мен аны бул жерде колдонуу идеясына бир аз шектендим. Мисал катары, китепкананы иштеп чыгуучулар тиркемелердин талдоосун келтиришти, анда максаттуу иш-аракет так аныкталган - заказ берүү же ээлик кылуучу компанияга төлөөнүн башка вариациясы. Биздин продуктылар жер-жерлерде берилет. Башкача айтканда, колдонуучу алгач лицензияны сатып алат, андан кийин гана колдонмодо өз сапарын баштайт. Ооба, бизде демо версиялар бар. Сиз бир чочко жок, ошондуктан продуктуну ошол жерде сынап көрүүгө болот.
Бирок биздин продукциянын көбү хостинг рыногуна багытталган. Бул ири кардарлар жана бизнести өнүктүрүү бөлүмү аларга продукт мүмкүнчүлүктөрү боюнча кеңеш берет. Мындан тышкары, сатып алуу учурунда биздин кардарлар биздин программалык камсыздоо кандай көйгөйлөрдү чечүүгө жардам берерин билишет. Колдонмодогу алардын маршруттары продуктка камтылган CJM менен дал келиши керек жана UX чечимдери аларга жолдо калууга жардам берет. Спойлер: бул дайыма эле боло бербейт. Китепкана менен таанышуу кийинкиге калтырылды... бирок көпкө эмес.
Биздин стартаптын чыгышы менен баары өзгөрдү - — Instagram аккаунтунан онлайн дүкөн түзүү платформалары. Бул колдонмодо колдонуучуга бардык функцияларды бекер колдонууга эки жумалык мөөнөт берилген. Андан кийин жазылууну чечиш керек болчу. Жана бул "маршрут-максат аракети" концепциясына эң сонун туура келет. Чечилди: аракет кылалы!
Биринчи жыйынтыктар же идеяларды кайдан алууга болот
Өнүктүрүү тобу жана мен продуктту окуяны чогултуу тутумуна бир күндүн ичинде туташтырдык. Мен дароо айта кетейин, ISPсистемасы баракчага кирген окуяларды чогултуу үчүн өзүнүн системасын колдонот, бирок Yandex.Metrica-ны ошол эле максаттарда колдонууга эч нерсе тоскоол болбойт, бул чийки маалыматтарды бекер жүктөп алууга мүмкүндүк берет. Китепкананы колдонуунун мисалдары изилденип, бир жумалык маалымат чогултулгандан кийин биз өткөөл графикти алдык.
Өтүү графиги. Негизги функциялар, башка өтүүлөр түшүнүктүү болуу үчүн алынып салынды
Бул мисалдагыдай болуп чыкты: тегиз, ачык, сулуу. Бул графиктен биз адамдар эң көп убакыт өткөргөн эң көп каттамдарды жана кесилиштерди аныктай алдык. Бул бизге төмөнкүлөрдү түшүнүүгө мүмкүндүк берди:
- Ондогон субъектилерди камтыган чоң CJMдин ордуна экөө гана активдүү колдонулат. Колдонуучуларды UX чечимдерин колдонуу менен керектүү жерлерге кошумча багыттоо зарыл.
- UX дизайнерлери тарабынан акырына чейин иштелип чыккан кээ бир баракчалар адамдардын акылга сыйбаган көп убактысын коротуу менен аяктайт. Белгилүү бир беттеги токтотуу элементтери эмне экенин аныктап, аларды тууралашыңыз керек.
- 10 өткөөлдөн кийин, 20% адамдар чарчай башташты жана тиркемеде сессияны таштап кетишти. Бул бизде тиркемеде 5ке чейин борттук баракчалар бар экендигин эске алууда! Сиз колдонуучулар сеанстарды үзгүлтүксүз таштаган баракчаларды аныктап, аларга жолду кыскартышыңыз керек. Андан да жакшысы: ар кандай үзгүлтүксүз каттамдарды аныктап, баштапкы баракчадан көздөгөн бетке тез өтүүгө уруксат бериңиз. ABC анализи жана ташталган араба анализи менен жалпы бир нерсе, сиз ойлобойсузбу?
Жана бул жерде биз бул куралдын жергиликтүү өнүмдөр үчүн колдонулушуна болгон мамилебизди кайра карап чыктык. Бул жигердүү сатылган жана колдонулган продукт талдоо чечими кабыл алынды - . Бул алда канча татаал, чоңдуктун тартиби көбүрөөк субъекттер бар. Биз өткөөл графиги кандай болорун көрүүнү толкундануу менен күтүп жатканбыз.
Көңүл калуулар жана илхамдар жөнүндө
Көңүл калуу №1
Бул жумуш күнү, айдын жана жылдын акырына карата бир убакта эле - 27-декабрь. Маалыматтар топтолду, суроо-талаптар жазылды. Бардыгы иштелип чыкканга чейин секундалар калды жана биз эмгегибиздин жыйынтыгын карап, кийинки жумуш жылы кайда башталарын биле алабыз. R&D бөлүмү, продукт менеджери, UX дизайнерлери, топтун жетекчиси, иштеп чыгуучулар монитордун алдына чогулуп, колдонуучу жолдорунун алардын продуктусунда кандай болорун көрүштү, бирок... биз муну көрдүк:
Retentioneering китепканасы тарабынан курулган өткөөл диаграмма
Илхам №1
Күчтүү туташкан, ондогон объектилер, ачык эмес сценарийлер. Жацы жумушчу жылы талдоо менен эмес, мындай график менен ишти женилдетуунун жолун ойлоп табуу менен баштала тургандыгы айкын болду. Бирок мен баары ойлогондон алда канча жөнөкөй экенин сезе алган жокмун. Жана он беш мүнөттөн кийин Retentioneering баштапкы кодун изилдеп, биз түзүлгөн графикти чекит форматына экспорттой алдык. Бул графикти башка куралга - Gephiге жүктөөгө мүмкүндүк берди. Ал эми графиктерди талдоо үчүн мурунтан эле мүмкүнчүлүк бар: макеттер, чыпкалар, статистика - сизге интерфейсте керектүү параметрлерди конфигурациялоо жетиштүү. Ушундай ой менен жаңы жылдын дем алышына жол тарттык.
Көңүл калуу №2
Жумушка кайтып келгенден кийин баары эс алып жатканда биздин кардарлар продукцияны изилдеп жатышкан экен. Ооба, ушунчалык катуу болгондуктан, сактагычта мурда болбогон окуялар пайда болду. Бул суроолорду жаңыртуу керек дегенди билдирген.
Бул чындыктын кайгысын түшүнүү үчүн бир аз фон. Биз белгилеген окуяларды да (мисалы, кээ бир баскычтарды чыкылдатуулар) жана колдонуучу кирген барактардын URL даректерин да өткөрүп беребиз. Картбиде "бир аракет - бир барак" модели иштеген. Бирок VMmanager менен кырдаал такыр башкача болгон: бир баракта бир нече модалдык терезелер ачыла алмак. Алардын ичинде колдонуучу ар кандай маселелерди чече алат. Мисалы, URL:
/host/item/24/ip(modal:modal/host/item/ip/create)
"IP даректери" бетинде колдонуучу IP дарегин кошконун билдирет. Бул жерде эки көйгөй бир эле учурда көрүнүп турат:
- URL кандайдыр бир жол параметрин камтыйт - виртуалдык машинанын ID. Аны алып салуу керек.
- 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 структурасында сактайт. Жана бул, негизинен, бир стол. Ушундайча дагы бир кызмат пайда болду: Маалымат Провайдери. Ал графиктен таблица түзүп гана тим болбостон, баракчанын канчалык популярдуу экенин жана аны менен байланышкан функционалдуулукту, ал колдонуучунун кармап калуусуна кандай таасир этээрин, колдонуучулар анда канча убакытка тураарын жана колдонуучулар көбүнчө кайсы баракчаларды таштап кетээрин эсептеп чыкты. Жана Таблицада визуализацияны колдонуу графикти изилдөөгө кеткен чыгымды ушунчалык азайтып, продукттун жүрүм-турумун талдоо үчүн итерация убактысы дээрлик эки эсеге кыскарган.
Данил бул визуализация кантип колдонулганы жана ал кандай жыйынтык чыгарууга мүмкүндүк бергени жөнүндө айтып берет.
Стол кудайы үчүн дагы үстөл!
Жөнөкөйлөтүлгөн формада тапшырма төмөнкүчө түзүлдү: өтүү графигин Таблицада көрсөтүү, чыпкалоо мүмкүнчүлүгүн берүү жана аны мүмкүн болушунча ачык жана ыңгайлуу кылуу.
Мен чындыгында Таблодо багытталган график тарткым келген жок. Ал эми ийгиликтүү болсо да, Gephi менен салыштырганда пайда ачык көрүнгөн жок. Бизге алда канча жөнөкөй жана жеткиликтүү нерсе керек болчу. Стол! Анткени, графикти оңой эле таблица саптары түрүндө көрсөтүүгө болот, мында ар бир сап "булак-максат" түрүнүн чети болуп саналат. Мындан тышкары, биз мындай таблицаны Retentioneering жана Data Provider куралдарын колдонуу менен кылдаттык менен даярдап койгонбуз. Болгону таблицаны Таблицага көрсөтүү жана отчетту карап чыгуу гана калды.
Ар бир адам дасторконду жакшы көрөрү жөнүндө сөз кылсак.
Бирок, бул жерде биз дагы бир көйгөйгө туш болуп жатабыз. Маалымат булагы менен эмне кылуу керек? Pandas.DataFrame туташтыруу мүмкүн эмес болчу; Tableau мындай туташтыргычка ээ эмес. Графикти сактоо үчүн өзүнчө базаны көтөрүү бүдөмүк келечеги бар өтө радикалдуу чечим болуп көрүндү. Ал эми жергиликтүү түшүрүү варианттары дайыма кол менен иштөө зарылдыгынан улам ылайыктуу эмес. Биз жеткиликтүү бириктиргичтердин тизмесин карап чыктык жана биздин көз карашыбыз буюмга түштү , ким эң түбүндө бейкапар тыгылып жатты.
Tableau конектори бай тандоо бар. Биз көйгөйүбүздү чечкен бирөөнү таптык
Кандай жаныбар? Браузердеги бир нече жаңы ачык өтмөктөр - жана бул туташтыргыч URL дарегине киргенде маалыматтарды алууга мүмкүндүк берери белгилүү болду. Маалыматтарды эсептөө үчүн сервер дээрлик даяр, болгону аны WDC менен достоштуруу гана калды. Бир нече күн бою Денис документтерди изилдеп, Tableau механизмдери менен күрөштү, анан мага байланыш терезесине чаптаган шилтемени жөнөттү.
Биздин WDC менен байланыш формасы. Денис өзүнүн фронтун жасап, коопсуздукка кам көргөн
Бир нече мүнөт күткөндөн кийин (маалымат суралганда динамикалык түрдө эсептелет), таблица пайда болду:
Бул Tableau интерфейсинде чийки маалыматтар массивинин көрүнүшү
Убада кылынгандай, мындай таблицанын ар бир сабы графиктин четин, башкача айтканда, колдонуучунун багытталган өтүүсүн билдирген. Ал ошондой эле бир нече кошумча мүнөздөмөлөрдү камтыган. Мисалы, уникалдуу колдонуучулардын саны, өтүүлөрдүн жалпы саны жана башкалар.
Отчетто бул таблицаны ошол бойдон көрсөтүп, чыпкаларды чачып, куралды жөнөтүүгө болот. Логикалык угулат. Сиз үстөл менен эмне кыла аласыз? Бирок бул биздин жолубуз эмес, анткени биз жөн гана таблица эмес, анализ жана продукт чечимдерин кабыл алуу куралы болуп саналат.
Адатта, маалыматтарды талдоодо адам суроолорго жооп алууну каалайт. Абдан жакшы. Келгиле, алардан баштайлы.
- Эң көп өтүүлөр кайсылар?
- Алар конкреттүү барактардан кайда барышат?
- Кеткенге чейин бул баракчага орточо канча убакыт коротасыз?
- Адан Бга канча жолу өтөсүз?
- Сеанс кайсы беттерде аяктайт?
Отчеттордун ар бири же алардын айкалышы колдонуучуга бул суроолорго өз алдынча жооп табууга мүмкүндүк бериши керек. Бул жерде негизги стратегия - бул өзүңүз жасоо үчүн куралдарды берүү. Бул аналитика бөлүмүнүн жүгүн азайтуу үчүн да, чечимдерди кабыл алуу убактысын кыскартуу үчүн да пайдалуу - баарыдан кийин, мындан ары Youtrackке барып, аналитикке тапшырма түзүүнүн кереги жок, сиз жөн гана отчетту ачышыңыз керек.
Биз эмне алдык?
Адамдар аспаптар тактасынан көбүнчө кайсы жерде айырмаланат?
Биздин отчеттун фрагменти. Куралдар тактасынан кийин баары VM тизмесине же түйүндөрдүн тизмесине өтүштү
Келгиле, өтүүлөр менен жалпы таблицаны алалы жана булак барагы боюнча чыпкалайлы. Көбүнчө, алар аспаптар тактасынан виртуалдык машиналардын тизмесине өтүшөт. Мындан тышкары, Регулярдуулук тилкеси бул кайталануучу аракет экенин көрсөтүп турат.
Алар кластерлердин тизмесине кайдан келет?
Отчеттордогу чыпкалар эки багытта иштейт: кайда кеткениңизди же кайда кеткениңизди биле аласыз
Мисалдардан көрүнүп тургандай, эки жөнөкөй чыпкалардын жана баалуулуктар боюнча катарлардын болушу да маалыматты тез алууга мүмкүндүк берет.
Андан да татаалыраак нерсени сурайлы.
Колдонуучулар сеансын көбүнчө кайсы жерде таштап кетишет?
VMmanager колдонуучулары көбүнчө өзүнчө өтмөктө иштешет
Бул үчүн, бизге маалымат булактары тарабынан топтолгон отчет керек. Ал эми үзгүлтүккө учураган чекиттер тапшырма катары кабыл алынган - өткөөл чынжырдын аягы катары кызмат кылган окуялар.
Бул жерде бул сессиянын аягы же жаңы өтмөктүн ачылышы болушу мүмкүн экенин белгилей кетүү маанилүү. Мисал чынжыр көбүнчө виртуалдык машиналардын тизмеси бар столдо аяктаарын көрсөтүп турат. Бул учурда, мүнөздүү жүрүм-турум күтүлгөн үлгүгө шайкеш келген башка өтмөккө өтүүдө.
Бул отчеттордун пайдалуулугун, биринчи кезекте, биз анализди ушундай жол менен жүргүзгөндө өзүбүз текшердик , дагы бир продукциябыз. Таблицалардын жана фильтрлердин пайда болушу менен гипотезалар тезирээк текшерилип, көздөр аз чарчады.
Отчетторду иштеп чыгууда биз визуалдык дизайнды унуткан жокпуз. Мындай өлчөмдөгү таблицалар менен иштөөдө бул маанилүү фактор болуп саналат. Мисалы, биз түшүнүүгө жеңил, тынч түстөр диапазонун колдондук сандар үчүн, мүнөздөмөлөрдүн сандык маанилерине ылайык сызыктарды түстүү бөлүп көрсөтүү. Мындай деталдар колдонуучунун тажрыйбасын жакшыртат жана инструментти компаниянын ичинде ийгиликтүү ишке ашыруу ыктымалдыгын жогорулатат.
Таблица бир топ көлөмдүү болуп чыкты, бирок биз аны окууга болот деп үмүттөнөбүз
Биздин ички кардарларыбызды: продукт адистерин жана UX дизайнерлерин окутуу жөнүндө өзүнчө сөз кылуу керек. Алар үчүн талдоо мисалдары жана фильтрлер менен иштөө боюнча кеңештер менен колдонмолор атайын даярдалган. Биз колдонмолорго шилтемелерди түздөн-түз отчет баракчаларына киргиздик.
Биз колдонмону жөн гана Google Docs презентациясы катары жасадык. Таблица куралдары сизге веб-баракчаларды түздөн-түз отчеттун иш китебинин ичинде көрсөтүүгө мүмкүндүк берет.
ордуна эпилогунда жөнүндө
Жыйынтыгында эмне бар? Биз ар бир күн үчүн куралды салыштырмалуу тез жана арзан ала алдык. Ооба, бул, албетте, графиктин өзүн, чыкылдатуулардын жылуулук картасын же веб көрүүчүнү алмаштыруу эмес. Бирок мындай отчеттор саналып өткөн куралдарды олуттуу түрдө толуктап, ой жүгүртүүгө жана жаңы продукт жана интерфейс гипотезаларына азык берет.
Бул окуя ISPсистемасында аналитиканы өнүктүрүүнүн башталышы катары гана кызмат кылган. Акыркы алты айдын ичинде дагы жети жаңы кызмат пайда болду, анын ичинде продуктта колдонуучунун санариптик портреттери жана окшоштуктар үчүн маалымат базасын түзүү кызматы, бирок биз алар тууралуу кийинки эпизоддордо сүйлөшөбүз.
Source: www.habr.com