Хэрэглэгчийн зан төлөвт дүн шинжилгээ хийх нь ашиг тусын талаар интернетэд олон зуун нийтлэл байдаг. Ихэнхдээ энэ нь жижиглэн худалдааны салбарт хамаатай. Хүнсний сагсны шинжилгээ, ABC болон XYZ шинжилгээнээс эхлээд хадгалах маркетинг, хувийн санал хүртэл. Олон арван жилийн турш янз бүрийн арга техникийг ашигласан, алгоритмыг бодож, кодыг бичиж, алдаагаа зассан - үүнийг аваад ашигла. Манай тохиолдолд нэг үндсэн асуудал гарч ирэв - бид ISPsystem-д жижиглэн худалдаа биш, програм хангамж хөгжүүлэх чиглэлээр ажилладаг.
Намайг Денис гэдэг бөгөөд би одоогоор ISPsystem дээр аналитик системийн арын хэсгийг хариуцдаг. Энэ бол миний хамтран зүтгэгч бид хоёрын хэрхэн явсны түүх юм - Өгөгдлийн дүрслэлийг хариуцдаг хүмүүс - манай програм хангамжийн бүтээгдэхүүнийг энэхүү мэдлэгийн призмээр харахыг хичээсэн. Ердийнх шигээ түүхээс эхэлцгээе.
Эхэндээ нэг үг байсан бөгөөд "Бид оролдох уу?"
Тэр үед би R&D хэлтэст хөгжүүлэгчээр ажиллаж байсан. Данил энд Хабре дээр уншсанаар бүх зүйл эхэлсэн — програмууд дахь хэрэглэгчийн шилжилтийг шинжлэх хэрэгсэл. Би үүнийг энд ашиглах санааны талаар бага зэрэг эргэлзэж байсан. Жишээлбэл, номын сангийн хөгжүүлэгчид зорилтот үйлдлийг тодорхой тодорхойлсон програмуудын дүн шинжилгээг иш татав - захиалга өгөх эсвэл эзэмшигч компанид хэрхэн төлөх талаар өөр өөр хувилбарууд. Манай бүтээгдэхүүнийг газар дээр нь нийлүүлдэг. Өөрөөр хэлбэл, хэрэглэгч эхлээд лиценз худалдаж аваад дараа нь программ дахь аялалаа эхлүүлнэ. Тийм ээ, бидэнд демо хувилбарууд бий. Та гахайд орохгүйн тулд бүтээгдэхүүнийг тэнд туршиж үзэх боломжтой.
Гэхдээ манай бүтээгдэхүүний ихэнх нь хостингын зах зээлд чиглэсэн байдаг. Эдгээр нь томоохон үйлчлүүлэгчид бөгөөд бизнесийн хөгжлийн хэлтэс нь тэдэнд бүтээгдэхүүний чадавхийн талаар зөвлөгөө өгдөг. Мөн худалдан авалт хийх үед манай хэрэглэгчид манай программ хангамж тэдэнд ямар асуудлыг шийдвэрлэхэд туслахыг мэддэг болсон. Аппликешн дэх тэдний маршрутууд нь бүтээгдэхүүнд суулгагдсан CJM-тэй давхцах ёстой бөгөөд UX шийдлүүд нь тэднийг зам дээр үлдэхэд тусална. Спойлер: Энэ нь үргэлж тохиолддоггүй. Номын сангийн танилцуулга хойшлогдлоо... гэхдээ тийм ч удаан биш.
Манай стартапыг гаргаснаар бүх зүйл өөрчлөгдсөн - - Instagram данснаас онлайн дэлгүүр үүсгэх платформууд. Энэ аппликешнд хэрэглэгч бүх функцийг үнэ төлбөргүй ашиглах хоёр долоо хоногийн хугацаа өгсөн. Дараа нь та бүртгүүлэх эсэхээ шийдэх хэрэгтэй. Энэ нь "маршрут-зорилтот арга хэмжээ" гэсэн ойлголтод бүрэн нийцдэг. Шийдвэрлэсэн: оролдоод үзье!
Эхний үр дүн эсвэл санааг хаанаас авах вэ
Хөгжлийн баг бид хоёр уг бүтээгдэхүүнийг нэг өдрийн дотор арга хэмжээ цуглуулах системд холбосон. ISPsystem нь хуудсанд зочилсон үйл явдлуудыг цуглуулахад өөрийн системийг ашигладаг гэдгийг би шууд хэлэх болно, гэхдээ Yandex.Metrica-г ижил зорилгоор ашиглахад юу ч саад болохгүй бөгөөд энэ нь танд түүхий мэдээллийг үнэгүй татаж авах боломжийг олгодог. Номын санг ашиглах жишээг судалж, долоо хоног мэдээлэл цуглуулсны дараа бид шилжилтийн графикийг хүлээн авлаа.
Шилжилтийн график. Үндсэн функц, бусад шилжилтийг тодорхой болгохын тулд хассан
Энэ нь жишээн дээрх шиг болсон: хавтгай, тодорхой, үзэсгэлэнтэй. Энэхүү графикаас бид хүмүүсийн хамгийн их цагийг өнгөрөөдөг хамгийн их давтамжтай зам, гарцыг тодорхойлж чадсан. Энэ нь бидэнд дараахь зүйлийг ойлгох боломжийг олгосон.
- Арваад аж ахуйн нэгжийг хамарсан том CJM-ийн оронд зөвхөн хоёр нь идэвхтэй ашиглагддаг. UX шийдлийг ашиглан хэрэглэгчдийг бидэнд хэрэгтэй газруудад нэмэлт чиглүүлэх шаардлагатай байна.
- UX загвар зохион бүтээгчдийн бүтээсэн зарим хуудсууд нь эцсийн эцэст хүмүүс тэдэнд үндэслэлгүй их цаг зарцуулдаг. Та тодорхой хуудсан дээр ямар зогсолтын элементүүд байгааг олж мэдээд үүнийг тохируулах хэрэгтэй.
- 10 шилжилтийн дараа хүмүүсийн 20% нь ядарч сульдаж эхэлсэн бөгөөд уг программ дахь сессийг орхисон. Энэ нь бид програмд хэрэглэхэд 5 хүртэлх хуудастай байсныг харгалзан үзсэн болно! Та хэрэглэгчид сешнүүдийг байнга орхиж, тэдэнд хүрэх замыг богиносгодог хуудсуудыг тодорхойлох хэрэгтэй. Бүр илүү сайн: аливаа ердийн маршрутыг тодорхойлж, эх хуудаснаас очих хуудас руу хурдан шилжих боломжийг олгоно. ABC шинжилгээ болон орхигдсон тэрэгний шинжилгээнд нийтлэг зүйл байдаг гэж та бодож байна уу?
Энд бид энэ хэрэгслийг орон нутгийн бүтээгдэхүүнд хэрэглэхэд хандах хандлагыг дахин авч үзсэн. Идэвхтэй зарагдаж, ашигласан бүтээгдэхүүнд дүн шинжилгээ хийхээр шийдсэн - . Энэ нь илүү төвөгтэй, илүү олон тооны байгууллагууд байдаг. Шилжилтийн график ямар байхыг бид сэтгэл догдлон хүлээж байлаа.
Урам хугарал, урам зоригийн тухай
Урам хугарал №1
Энэ бол ажлын өдөр, сар, жилийн төгсгөл нэгэн зэрэг буюу 27-р сарын XNUMX-ны өдөр байв. Өгөгдөл хуримтлагдаж, асуултууд бичигдсэн. Бүх зүйл боловсруулагдаж дуусахад хэдхэн секунд үлдсэн бөгөөд бид дараагийн ажлын жил хаанаас эхлэхийг мэдэхийн тулд хөдөлмөрийн үр дүнг харж болно. R&D хэлтэс, бүтээгдэхүүний менежер, UX дизайнерууд, багийн ахлагч, хөгжүүлэгчид өөрсдийн бүтээгдэхүүн дэх хэрэглэгчийн замууд хэрхэн харагдахыг харахын тулд мониторын өмнө цугларсан боловч ... бид үүнийг харсан:
Retentioneering номын сангийн бүтээсэн шилжилтийн график
Урам зориг №1
Хүчтэй холбогдсон, олон арван аж ахуйн нэгж, тодорхой бус хувилбарууд. Ажлын шинэ жил дүн шинжилгээ хийх биш, харин ийм графиктай ажлыг хялбаршуулах арга сэдсэнээр эхлэх нь тодорхой байв. Гэхдээ бүх зүйл бодсоноос хамаагүй хялбар юм шиг мэдрэмжээс салж чадсангүй. Мөн Retentioneering эх кодыг арван таван минутын турш судалсны дараа бид бүтээсэн графикийг цэг формат руу экспортлох боломжтой болсон. Энэ нь графикийг өөр хэрэгсэл болох Gephi-д байршуулах боломжтой болсон. Графикуудад дүн шинжилгээ хийх боломж аль хэдийн бий: байршил, шүүлтүүр, статистик - таны хийх ёстой зүйл бол интерфэйс дэх шаардлагатай параметрүүдийг тохируулах явдал юм. Ингэж бодсоор шинэ жилийн амралтын өдрөөрөө бид хоёр тийшээ явлаа.
Урам хугарал №2
Ажилдаа буцаж ирээд бүгд амарч байхад манай үйлчлүүлэгчид бүтээгдэхүүнээ судалж байсан нь тогтоогдсон. Тийм ээ, маш хэцүү байсан тул урьд өмнө байгаагүй үйл явдлууд хадгалах санд гарч ирэв. Энэ нь асуултуудыг шинэчлэх шаардлагатай гэсэн үг юм.
Энэ баримтын гунигтай байдлыг ойлгохын тулд бага зэрэг суурь мэдээлэл. Бид тэмдэглэсэн үйл явдлууд (жишээлбэл, зарим товчлуур дээр дарах) болон хэрэглэгчийн зочилсон хуудсуудын URL-уудыг хоёуланг нь дамжуулдаг. Cartbee-ийн хувьд "нэг үйлдэл - нэг хуудас" загвар ажилласан. Гэхдээ VMmanager-ийн хувьд нөхцөл байдал огт өөр байсан: нэг хуудсан дээр хэд хэдэн модаль цонх нээгдэж болно. Тэдгээрийн дотор хэрэглэгч янз бүрийн асуудлыг шийдэж чадна. Жишээлбэл, URL:
/host/item/24/ip(modal:modal/host/item/ip/create)
Энэ нь "IP хаягууд" хуудсан дээр хэрэглэгч IP хаяг нэмсэн гэсэн үг юм. Энд хоёр асуудал нэг дор харагдаж байна:
- URL нь зарим төрлийн замын параметрийг агуулдаг - виртуал машины ID. Үүнийг хасах шаардлагатай.
- URL нь модаль цонхны ID-г агуулна. Та ийм URL-уудыг ямар нэгэн байдлаар "тайлах" хэрэгтэй.
Өөр нэг асуудал бол бидний тэмдэглэсэн үйл явдлууд нь параметртэй байсан. Жишээлбэл, жагсаалтаас виртуал машины тухай мэдээлэл бүхий хуудас руу орох таван өөр арга байсан. Үүний дагуу нэг үйл явдал илгээгдсэн боловч хэрэглэгч ямар аргаар шилжилт хийсэн болохыг харуулсан параметртэй. Ийм олон үйл явдал байсан бөгөөд бүх параметрүүд нь өөр өөр байсан. Мөн бид Clickhouse-д зориулсан SQL аялгуунд өгөгдөл хайх бүх логиктой. 150-200 мөртэй асуулга нь энгийн зүйл мэт санагдаж эхлэв. Асуудал биднийг хүрээлж байв.
Урам зориг №2
Нэгэн өглөө эрт Данил хүсэлтийг хоёр дахь минутын турш гунигтайгаар гүйлгэж байгаад надад санал болгов: "Өгөгдөл боловсруулах шугам бичье?" Бид бодож үзээд, хэрэв бид үүнийг хийх гэж байгаа бол ETL шиг зүйл болно гэж шийдсэн. Ингэснээр тэр даруй шүүж, шаардлагатай өгөгдлийг бусад эх сурвалжаас татаж авдаг. Ингэж л манай анхны аналитик үйлчилгээ бүрэн хүчин чадалтай backend бий болсон. Энэ нь өгөгдөл боловсруулах таван үндсэн үе шатыг хэрэгжүүлдэг.
- Түүхий мэдээллийн сангаас үйл явдлуудыг буулгаж, тэдгээрийг боловсруулахад бэлтгэх.
- Тодруулга гэдэг нь модаль цонхны тодорхойлогч, үйл явдлын параметрүүд болон үйл явдлыг тодруулах бусад дэлгэрэнгүй мэдээллийг " задлах " юм.
- Баяжилт ("баяжих" гэсэн үгнээс гаралтай) нь гуравдагч талын эх сурвалжаас авсан мэдээлэл бүхий үйл явдлуудыг нэмэх явдал юм. Тухайн үед үүнд зөвхөн манай тооцооны систем BILLmanager багтсан.
- Шүүлтүүр гэдэг нь шинжилгээний үр дүнг гажуудуулж буй үйл явдлуудыг (дотоод байр сууринаас гарсан үйл явдлууд, хэт давчуу байдал гэх мэт) шүүх үйл явц юм.
- Хүлээн авсан үйл явдлуудыг хадгалах сан руу байршуулж, бид үүнийг цэвэр өгөгдөл гэж нэрлэдэг.
Одоо үйл явдал эсвэл ижил төстэй үйл явдлын бүлгүүдийг боловсруулах дүрмийг нэмж оруулснаар хамаарлыг хадгалах боломжтой болсон. Жишээлбэл, тэр цагаас хойш бид URL задлахыг хэзээ ч шинэчлээгүй. Хэдийгээр энэ хугацаанд хэд хэдэн шинэ URL хувилбарууд нэмэгдсэн. Тэд үйлчилгээнд аль хэдийн тогтоосон дүрмийг дагаж мөрдөж, зөв боловсруулдаг.
Урам хугарал №3
Бид дүн шинжилгээ хийж эхэлмэгц график яагаад ийм уялдаатай байдгийг ойлгосон. Баримт нь бараг бүх N грамм нь интерфэйсээр дамжих боломжгүй шилжилтийг агуулдаг.
Жижигхэн мөрдөн байцаалт эхэлсэн. Нэг аж ахуйн нэгжийн дотор боломжгүй шилжилт гэж байдаггүй гэж би андуурсан. Энэ нь үйл явдал цуглуулах систем эсвэл манай ETL үйлчилгээний алдаа биш гэсэн үг юм. Хэрэглэгч нэгээс нөгөөд шилжихгүйгээр хэд хэдэн аж ахуйн нэгжид нэгэн зэрэг ажилладаг гэсэн мэдрэмж төрж байсан. Үүнд хэрхэн хүрэх вэ? Хөтөч дээр өөр өөр таб ашиглах.
Cartbee-д дүн шинжилгээ хийхдээ бид түүний өвөрмөц байдлаас аврагдсан. Энэ програмыг хөдөлгөөнт төхөөрөмжөөс ашигласан бөгөөд хэд хэдэн таб дээр ажиллах нь зүгээр л тохиромжгүй байдаг. Энд бид ширээний компьютертэй бөгөөд нэг аж ахуйн нэгжид ажил хийгдэж байх үед энэ цагийг өөр байгууллагад тохируулах эсвэл төлөвийг хянахад зарцуулах нь үндэслэлтэй юм. Ахиц дэвшлийг алдахгүйн тулд өөр таб нээнэ үү.
Урам зориг №3
Урд талын хөгжүүлэлтийн хамт олон табуудыг хооронд нь ялгахын тулд арга хэмжээ цуглуулах системийг зааж өгсөн. Шинжилгээ эхэлж болно. Тэгээд бид эхэлсэн. Хүлээгдэж байсанчлан CJM нь бодит замуудтай таарч чадаагүй: хэрэглэгчид лавлах хуудсууд, орхигдсон сессүүд, табуудыг хамгийн гэнэтийн газруудад маш их цаг зарцуулсан. Шилжилтийн шинжилгээг ашигласнаар бид Mozilla-ийн зарим бүтээцэд асуудал олж чадсан. Тэдгээрийн дотор хэрэгжүүлэх боломжуудын улмаас навигацийн элементүүд алга болсон эсвэл хагас хоосон хуудсууд гарч ирсэн бөгөөд энэ нь зөвхөн администраторт хандах боломжтой байх ёстой. Хуудас нээгдсэн боловч арын хэсгээс ямар ч контент ирээгүй. Шилжилтийг тоолох нь аль функцийг бодитоор ашигласан болохыг үнэлэх боломжийг олгосон. Гинж нь хэрэглэгч энэ эсвэл тэр алдааг хэрхэн хүлээн авсныг ойлгох боломжтой болсон. Хэрэглэгчийн зан төлөвт үндэслэн тест хийхийг зөвшөөрсөн өгөгдөл. Энэ нь амжилтанд хүрсэн, санаа нь дэмий хоосон байсангүй.
Аналитик автоматжуулалт
Үр дүнгийн нэг үзүүлэн дээр бид Gephi-г графикийн шинжилгээнд хэрхэн ашигладаг болохыг харуулсан. Энэ хэрэгсэлд хөрвүүлэх өгөгдлийг хүснэгтэд харуулах боломжтой. UX хэлтсийн дарга компани дахь зан үйлийн аналитик чиглэлийг бүхэлд нь хөгжүүлэхэд нөлөөлсөн маш чухал бодлуудыг хэлэв: "Үүнтэй адил зүйлийг хийцгээе, гэхдээ Tableau болон шүүлтүүрийн тусламжтайгаар энэ нь илүү тохиромжтой байх болно."
Дараа нь би бодлоо: яагаад болохгүй гэж Retentioneering бүх өгөгдлийг pandas.DataFrame бүтцэд хадгалдаг. Энэ бол ерөнхийдөө ширээ юм. Ингэж өөр үйлчилгээ гарч ирэв: Өгөгдөл үйлчилгээ үзүүлэгч. Тэрээр зөвхөн графикаас хүснэгт хийснээс гадна тухайн хуудас хэр алдартай, үүнтэй холбоотой функцууд, энэ нь хэрэглэгчийн хадгалалтад хэрхэн нөлөөлдөг, хэрэглэгчид түүн дээр хэр удаан үлдэх, хэрэглэгчид аль хуудсуудыг ихэвчлэн орхидог зэргийг тооцоолсон. Мөн Tableau-д дүрслэлийг ашиглах нь графикийг судлах зардлыг маш ихээр бууруулж, бүтээгдэхүүн дэх зан үйлийн шинжилгээг давтах хугацаа бараг хоёр дахин багассан.
Данил энэ дүрслэлийг хэрхэн ашигладаг, ямар дүгнэлт гаргах боломжийг олгодог талаар ярих болно.
Ширээний бурханд зориулсан илүү олон ширээ!
Хялбаршуулсан хэлбэрээр даалгаврыг дараах байдлаар томъёолсон: Шилжилтийн графикийг Tableau дээр харуулах, шүүлтүүр хийх боломжийг олгох, аль болох ойлгомжтой, тохиромжтой болгох.
Би Tableau дээр чиглүүлсэн график зурахыг үнэхээр хүсээгүй. Амжилттай байсан ч Гефитэй харьцуулахад олз нь тодорхойгүй мэт санагдсан. Бидэнд илүү энгийн бөгөөд хүртээмжтэй зүйл хэрэгтэй байсан. Хүснэгт! Эцсийн эцэст, графикийг хүснэгтийн мөр хэлбэрээр хялбархан дүрсэлж болох бөгөөд мөр бүр нь "эх сурвалжийн" төрлийн ирмэг юм. Түүгээр ч барахгүй, бид хадгалах болон өгөгдөл нийлүүлэгчийн хэрэгслийг ашиглан ийм хүснэгтийг аль хэдийн сайтар бэлтгэсэн. Хүснэгтийг Хүснэгтэнд үзүүлж тайланг гүйлгэх л үлдлээ.
Хүн бүр ширээнд дуртай байдгийн тухай ярьж байна.
Гэсэн хэдий ч энд бид өөр нэг асуудалтай тулгарч байна. Өгөгдлийн эх сурвалжийг юу хийх вэ? Pandas.DataFrame-г холбох боломжгүй байсан; Tableau-д ийм холбогч байхгүй. График хадгалах тусдаа суурийг бий болгох нь тодорхойгүй хэтийн төлөвтэй хэтэрхий радикал шийдэл мэт санагдсан. Мөн байнгын гар ажиллагаатай байх шаардлагатай тул орон нутгийн буулгах сонголтууд тохиромжгүй байв. Бид боломжтой холбогчдын жагсаалтыг харвал бидний харц тухайн зүйл дээр тусав , хамгийн ёроолд уй гашууд автсан хүн.
Tableau нь холбогчоор баялаг сонголттой. Бидний асуудлыг шийдсэн нэгийг бид олсон
Ямар амьтан бэ? Хөтөч дээрх хэд хэдэн шинэ цонх нээгдсэн бөгөөд энэ холбогч нь URL руу нэвтрэх үед өгөгдөл хүлээн авах боломжийг олгодог нь тодорхой болсон. Өгөгдлийг тооцоолох арын хэсэг нь бараг бэлэн байсан бөгөөд үүнийг WDC-тэй нөхөрлөхөд л үлдсэн. Хэдэн өдрийн турш Денис баримт бичгийг судалж, Tableau механизмуудтай тулалдаж, дараа нь холболтын цонхонд наасан холбоосыг надад илгээсэн.
Манай WDC-тэй холбогдох маягт. Денис нүүрээ засаж, аюулгүй байдлыг хангасан
Хэдэн минут хүлээсний дараа (хүсэлтийн үед өгөгдлийг динамикаар тооцдог) хүснэгт гарч ирэв.
Tableau интерфэйс дэх түүхий өгөгдлийн массив иймэрхүү харагдаж байна
Амласан ёсоор ийм хүснэгтийн мөр бүр нь графикийн ирмэгийг, өөрөөр хэлбэл хэрэглэгчийн чиглэсэн шилжилтийг илэрхийлдэг. Энэ нь мөн хэд хэдэн нэмэлт шинж чанаруудыг агуулсан байв. Жишээлбэл, өвөрмөц хэрэглэгчдийн тоо, шилжилтийн нийт тоо болон бусад.
Энэ хүснэгтийг тайланд байгаагаар нь харуулах, шүүлтүүрийг өгөөмрөөр цацаж, багажийг илгээх боломжтой. Логик сонсогдож байна. Та ширээн дээр юу хийж чадах вэ? Гэхдээ энэ нь бидний арга биш, учир нь бид зөвхөн хүснэгт биш, харин дүн шинжилгээ хийх, бүтээгдэхүүний шийдвэр гаргах хэрэгсэл юм.
Ихэвчлэн өгөгдөлд дүн шинжилгээ хийхдээ хүн асуултанд хариулт авахыг хүсдэг. Агуу их. Тэднээс эхэлцгээе.
- Хамгийн их тохиолддог шилжилтүүд юу вэ?
- Тэд тодорхой хуудсуудаас хаашаа явдаг вэ?
- Та явахаасаа өмнө энэ хуудсанд дунджаар хэр удаан зарцуулдаг вэ?
- Та А-аас Б руу хэр олон удаа шилждэг вэ?
- Хэлэлцүүлэг ямар хуудсан дээр дуусдаг вэ?
Тайлан бүр эсвэл тэдгээрийн хослол нь хэрэглэгчдэд эдгээр асуултын хариултыг бие даан олох боломжийг олгоно. Энд байгаа гол стратеги бол үүнийг өөрөө хийх хэрэгслийг танд өгөх явдал юм. Энэ нь аналитик хэлтсийн ачааллыг бууруулах, шийдвэр гаргах хугацааг багасгахад тустай - эцэст нь та Youtrack руу очиж шинжээчдэд даалгавар үүсгэх шаардлагагүй, тайланг нээхэд л хангалттай.
Бид юу авсан бэ?
Хүмүүс хяналтын самбараас хаана ихэвчлэн салдаг вэ?
Манай тайлангийн хэсэг. Хяналтын самбарын дараа хүн бүр VM-ийн жагсаалт эсвэл зангилааны жагсаалт руу очсон
Шилжилтийн ерөнхий хүснэгтийг авч, эх хуудсаар шүүж үзье. Ихэнхдээ тэд хяналтын самбараас виртуал машинуудын жагсаалт руу ордог. Түүнээс гадна, Тогтмол багана нь энэ нь давтагдах үйлдэл гэдгийг харуулж байна.
Тэд кластеруудын жагсаалтад хаанаас ирсэн бэ?
Тайлан дахь шүүлтүүрүүд нь хоёр чиглэлд ажилладаг: та хаашаа явсан эсвэл хаашаа явсанаа мэдэх боломжтой
Жишээнүүдээс харахад хоёр энгийн шүүлтүүр, утгаараа эрэмбэлэх мөрүүд ч гэсэн мэдээллийг хурдан авах боломжийг олгодог.
Илүү хэцүү зүйл асууя.
Хэрэглэгчид ихэвчлэн сессээ хаана орхидог вэ?
VMmanager хэрэглэгчид ихэвчлэн тусдаа таб дээр ажилладаг
Үүнийг хийхийн тулд бидэнд лавлагааны эх сурвалжаар өгөгдлийг нэгтгэсэн тайлан хэрэгтэй. Мөн завсарлага гэж нэрлэгддэг цэгүүдийг даалгавар болгон авсан - шилжилтийн гинжин хэлхээний төгсгөл болсон үйл явдлууд.
Энэ нь сессийн төгсгөл эсвэл шинэ цонхны нээлт байж болно гэдгийг энд тэмдэглэх нь чухал юм. Жишээ нь гинж нь ихэвчлэн виртуал машинуудын жагсаалт бүхий ширээн дээр төгсдөг болохыг харуулж байна. Энэ тохиолдолд зан төлөв нь хүлээгдэж буй загвартай нийцэж байгаа өөр таб руу шилжиж байна.
Бид ижил төстэй байдлаар дүн шинжилгээ хийхдээ эдгээр тайлангийн ашиг тусыг юуны түрүүнд өөрсөддөө туршиж үзсэн , манай өөр нэг бүтээгдэхүүн. Хүснэгт, шүүлтүүр гарч ирснээр таамаглалыг хурдан шалгаж, нүд ядрахаа больсон.
Тайлан боловсруулахдаа бид харааны дизайны талаар мартаагүй. Ийм хэмжээтэй хүснэгттэй ажиллахдаа энэ нь чухал хүчин зүйл юм. Жишээлбэл, бид ойлгоход хялбар, тайван өнгө ашигласан тоонуудын хувьд шинж чанарын тоон утгын дагуу шугамын өнгөөр тодруулна. Ийм нарийн ширийн зүйлс нь хэрэглэгчийн туршлагыг сайжруулж, уг хэрэгслийг компанид амжилттай ашиглах магадлалыг нэмэгдүүлдэг.
Хүснэгт нь нэлээд том хэмжээтэй байсан ч унших боломжтой болсон гэж найдаж байна
Манай дотоод үйлчлүүлэгчид болох бүтээгдэхүүний мэргэжилтэн, UX дизайнеруудын сургалтын талаар тусад нь дурдах нь зүйтэй. Шинжилгээний жишээ, шүүлтүүртэй ажиллах зөвлөмж бүхий гарын авлагыг тэдэнд тусгайлан бэлтгэсэн. Бид гарын авлагын холбоосыг тайлангийн хуудсанд шууд оруулсан.
Бид гарын авлагыг Google Docs дээр танилцуулга хэлбэрээр хийсэн. Хүснэгтийн хэрэгслүүд нь тайлангийн ажлын дэвтэр дотор вэб хуудсыг шууд харуулах боломжийг олгодог.
Үл алдахын оронд
Хамгийн гол нь юу вэ? Бид өдөр бүр хэрэглэх багаж хэрэгслийг харьцангуй хурдан бөгөөд хямдаар авч чадсан. Тийм ээ, энэ нь график өөрөө, товшилтын дулааны зураг эсвэл вэб үзэгчийг орлуулах зүйл биш юм. Гэхдээ ийм тайлангууд жагсаасан хэрэгслүүдийг ихээхэн нөхөж, бодол санаа, шинэ бүтээгдэхүүн, интерфейсийн таамаглалыг бий болгодог.
Энэ түүх нь зөвхөн ISP систем дэх аналитикийг хөгжүүлэх эхлэл болсон. Сүүлийн зургаан сарын хугацаанд бүтээгдэхүүн дэх хэрэглэгчийн дижитал хөрөг зураг, ижил төстэй зорилтот мэдээллийн сан үүсгэх үйлчилгээ зэрэг долоон шинэ үйлчилгээ гарч ирсэн боловч бид дараагийн ангиудад тэдний талаар ярих болно.
Эх сурвалж: www.habr.com