Internetda mijozlar xatti-harakatlarini tahlil qilishning afzalliklari haqida yuzlab maqolalar mavjud. Ko'pincha bu chakana sektorga tegishli. Oziq-ovqat savatini tahlil qilishdan, ABC va XYZ tahlilidan tortib, saqlash marketingi va shaxsiy takliflargacha. O'nlab yillar davomida turli xil texnikalar qo'llanilgan, algoritmlar o'ylab topilgan, kod yozilgan va tuzatilgan - uni oling va foydalaning. Bizning holatimizda bitta asosiy muammo paydo bo'ldi - biz ISPsystemda chakana savdo emas, balki dasturiy ta'minotni ishlab chiqish bilan shug'ullanamiz.
Mening ismim Denis va men hozirda ISPsystemdagi analitik tizimlar uchun mas'ulman. Va bu mening hamkasbim va men qanday bo'lganligimiz haqidagi hikoya - ma'lumotlarni vizualizatsiya qilish uchun mas'ul bo'lganlar - bizning dasturiy mahsulotlarimizga ushbu bilimlar prizmasi orqali qarashga harakat qilishdi. Keling, odatdagidek, tarixdan boshlaylik.
Boshida bir so'z bor edi va bu so'z "Biz harakat qilamizmi?"
O'sha paytda men R&D bo'limida dasturchi bo'lib ishlaganman. Hammasi Danil Habréda o'qiganida boshlandi — ilovalardagi foydalanuvchi oʻtishlarini tahlil qilish vositasi. Men uni bu erda ishlatish g'oyasiga biroz shubha bilan qaradim. Misol sifatida, kutubxona ishlab chiquvchilari maqsadli harakat aniq belgilangan ilovalar tahlilini keltirdilar - buyurtma berish yoki kompaniya egasiga qanday to'lashning boshqa o'zgarishi. Mahsulotlarimiz joyida yetkazib beriladi. Ya'ni, foydalanuvchi avval litsenziyani sotib oladi va shundan keyingina ilovada o'z sayohatini boshlaydi. Ha, bizda demo versiyalar mavjud. Sizda cho'chqa bo'lmasligi uchun mahsulotni u erda sinab ko'rishingiz mumkin.
Ammo mahsulotlarimizning aksariyati hosting bozoriga qaratilgan. Bu yirik mijozlar bo'lib, biznesni rivojlantirish bo'limi ularga mahsulot imkoniyatlari bo'yicha maslahat beradi. Bundan tashqari, xarid qilish vaqtida mijozlarimiz bizning dasturiy ta'minotimiz ularga qanday muammolarni hal qilishda yordam berishini bilishadi. Ilovadagi ularning marshrutlari mahsulotga o'rnatilgan CJM bilan mos kelishi kerak va UX yechimlari ularga yo'lda qolishga yordam beradi. Spoiler: bu har doim ham bo'lavermaydi. Kutubxona bilan tanishish qoldirildi... lekin uzoqqa emas.
Bizning startapimiz chiqishi bilan hamma narsa o'zgardi - — Instagram akkauntidan onlayn-do'kon yaratish platformalari. Ushbu ilovada foydalanuvchiga barcha funksiyalardan bepul foydalanish uchun ikki haftalik muddat berildi. Keyin obuna bo'lish yoki yo'qligini hal qilishingiz kerak edi. Va bu "marshrut-maqsadli harakat" kontseptsiyasiga juda mos keladi. Qaror qabul qilindi: harakat qilaylik!
Birinchi natijalar yoki g'oyalarni qaerdan olish kerak
Ishlab chiqish guruhi va men mahsulotni voqea yig'ish tizimiga tom ma'noda bir kunda uladik. Men darhol aytamanki, ISPsystem sahifaga tashriflar haqidagi voqealarni yig'ish uchun o'z tizimidan foydalanadi, ammo hech narsa sizga Yandex.Metrica-dan xuddi shu maqsadlarda foydalanishga to'sqinlik qilmaydi, bu sizga xom ma'lumotlarni bepul yuklab olish imkonini beradi. Kutubxonadan foydalanish misollari o'rganildi va bir haftalik ma'lumot to'plashdan so'ng biz o'tish grafigini oldik.
O'tish grafigi. Asosiy funksionallik, aniqlik uchun boshqa o'tishlar olib tashlandi
Bu xuddi misoldagidek chiqdi: tekis, aniq, chiroyli. Ushbu grafikdan biz odamlar eng ko'p vaqt sarflaydigan eng tez-tez uchraydigan marshrutlarni va kesishmalarni aniqlashga muvaffaq bo'ldik. Bu bizga quyidagilarni tushunishga imkon berdi:
- O'nlab ob'ektlarni qamrab olgan katta CJM o'rniga faqat ikkitasi faol qo'llaniladi. UX yechimlari yordamida foydalanuvchilarni qo'shimcha ravishda kerakli joylarga yo'naltirish kerak.
- UX dizaynerlari tomonidan oxirigacha ishlab chiqilgan ba'zi sahifalar odamlarning ularga asossiz vaqt sarflashlari bilan yakunlanadi. Muayyan sahifada to'xtash elementlari nima ekanligini aniqlashingiz va ularni sozlashingiz kerak.
- 10 ta o'tishdan so'ng, 20% odamlar charchay boshladilar va ilovada sessiyani tark etdilar. Va bu bizning arizamizda 5 tagacha onboarding sahifalari mavjudligini hisobga oladi! Foydalanuvchilar muntazam ravishda sessiyalarni tark etadigan sahifalarni aniqlashingiz va ularga yo'lni qisqartirishingiz kerak. Bundan ham yaxshiroq: har qanday muntazam marshrutlarni aniqlang va manba sahifasidan maqsad sahifaga tez o'tishga ruxsat bering. ABC tahlili va tashlab ketilgan arava tahlili bilan umumiy narsa bor, shunday emasmi?
Va bu erda biz ushbu vositaning mahalliy mahsulotlar uchun qo'llanilishiga bo'lgan munosabatimizni qayta ko'rib chiqdik. Faol sotiladigan va ishlatilgan mahsulotni tahlil qilishga qaror qilindi - . Bu ancha murakkabroq, ko'proq ob'ektlarning kattaligi tartibi mavjud. Biz hayajon bilan o'tish grafigi qanday bo'lishini kutayotgan edik.
Ko'ngilsizliklar va ilhomlanishlar haqida
Ko'ngilsizlik №1
Bu ish kunining oxiri, oyning oxiri va yil oxiri bir vaqtning o'zida - 27 dekabr edi. Ma'lumotlar to'plandi, so'rovlar yozildi. Hamma narsa qayta ishlanishiga soniyalar qoldi va biz keyingi ish yili qaerda boshlanishini bilish uchun mehnatimiz natijasiga qarashimiz mumkin edi. Ar-ge boʻlimi, mahsulot menejeri, UX dizaynerlari, guruh rahbari, ishlab chiquvchilar oʻz mahsulotida foydalanuvchi yoʻllari qanday koʻrinishini koʻrish uchun monitor oldiga yigʻilishdi, lekin... biz buni koʻrdik:
Retentioneering kutubxonasi tomonidan yaratilgan oʻtish grafigi
Ilhom №1
Kuchli bog'langan, o'nlab ob'ektlar, noaniq stsenariylar. Yangi ish yili tahlil bilan emas, balki bunday grafik bilan ishlashni soddalashtirish usulini ixtiro qilish bilan boshlanishi aniq edi. Lekin men hamma narsa tuyulganidan ancha sodda ekanligini his qila olmadim. Va Retentioneering manba kodini o'n besh daqiqa o'rganganimizdan so'ng, biz tuzilgan grafikni nuqta formatiga eksport qila oldik. Bu grafikni boshqa vositaga - Gephiga yuklash imkonini berdi. Grafiklarni tahlil qilish uchun allaqachon imkoniyatlar mavjud: sxemalar, filtrlar, statistika - siz qilishingiz kerak bo'lgan narsa interfeysdagi kerakli parametrlarni sozlashdir. Shu o‘y bilan yangi yil dam olish kunlariga yo‘l oldik.
Ko'ngilsizlik №2
Ishga qaytganimizdan so'ng, hamma dam olayotgan paytda mijozlarimiz mahsulotni o'rganishayotgani ma'lum bo'ldi. Ha, shunchalik qattiqki, omborda ilgari mavjud bo'lmagan voqealar paydo bo'ldi. Bu so'rovlarni yangilash kerakligini anglatardi.
Bu haqiqatning qayg'usini tushunish uchun bir oz fon. Biz belgilagan voqealarni (masalan, ba'zi tugmachalarni bosish) va foydalanuvchi tashrif buyurgan sahifalarning URL manzillarini uzatamiz. Cartbee misolida "bitta harakat - bir sahifa" modeli ishlagan. Ammo VMmanager bilan vaziyat butunlay boshqacha edi: bir sahifada bir nechta modal oynalar ochilishi mumkin edi. Ularda foydalanuvchi turli muammolarni hal qilishi mumkin edi. Masalan, URL:
/host/item/24/ip(modal:modal/host/item/ip/create)
"IP-manzillar" sahifasida foydalanuvchi IP-manzilni qo'shganligini anglatadi. Va bu erda bir vaqtning o'zida ikkita muammo ko'rinadi:
- URLda qandaydir yo'l parametri mavjud - virtual mashinaning identifikatori. Buni istisno qilish kerak.
- URLda modal oyna identifikatori mavjud. Bunday URL-manzillarni qandaydir tarzda "ochishingiz" kerak.
Yana bir muammo shundaki, biz belgilagan voqealarning o'zi parametrlarga ega edi. Misol uchun, ro'yxatdagi virtual mashina haqidagi ma'lumotlarga ega sahifaga kirishning besh xil usuli mavjud edi. Shunga ko'ra, bitta hodisa yuborildi, lekin foydalanuvchi qaysi usulga o'tishni ko'rsatgan parametr bilan. Bunday hodisalar ko'p bo'lgan va barcha parametrlar boshqacha edi. Va bizda Clickhouse uchun SQL lahjasida barcha ma'lumotlarni qidirish mantig'i mavjud. 150-200 qatorli so'rovlar biroz oddiy bo'lib tuyula boshladi. Muammolar bizni o'rab oldi.
Ilhom №2
Bir kuni erta tongda Danil so'rovni ikkinchi daqiqada afsus bilan aylanib o'tib, menga taklif qildi: "Ma'lumotlarni qayta ishlash quvurlarini yozaylikmi?" Biz bu haqda o'yladik va agar biz buni qilmoqchi bo'lsak, bu ETLga o'xshash narsa bo'ladi, deb qaror qildik. Shunday qilib, u darhol filtrlaydi va boshqa manbalardan kerakli ma'lumotlarni oladi. To'liq huquqli backendga ega bo'lgan birinchi analitik xizmatimiz shunday tug'ildi. U ma'lumotlarni qayta ishlashning beshta asosiy bosqichini amalga oshiradi:
- Hodisalarni xom ma'lumotlarni saqlash joyidan tushirish va ularni qayta ishlashga tayyorlash.
- Aniqlash - modal oynalarning aniq identifikatorlari, hodisa parametrlari va voqeani aniqlaydigan boshqa tafsilotlarni "ochish".
- Boyitish ("boy bo'lish" so'zidan) - bu uchinchi tomon manbalaridan olingan ma'lumotlar bilan hodisalarni qo'shish. O'sha paytda bu faqat bizning BILLmanager billing tizimimizni o'z ichiga olgan.
- Filtrlash - bu tahlil natijalarini buzib ko'rsatadigan hodisalarni filtrlash jarayoni (ichki stendlardagi hodisalar, tashqi ko'rsatkichlar va boshqalar).
- Qabul qilingan hodisalarni biz toza ma'lumot deb ataydigan xotiraga yuklash.
Endi voqeani yoki hatto shunga o'xshash voqealar guruhlarini qayta ishlash qoidalarini qo'shish orqali dolzarblikni saqlab qolish mumkin edi. Misol uchun, o'shandan beri biz hech qachon URLni ochishni yangilamadik. Garchi bu vaqt ichida bir nechta yangi URL o'zgarishlari qo'shilgan. Ular allaqachon xizmatda belgilangan qoidalarga mos keladi va to'g'ri qayta ishlanadi.
Ko'ngilsizlik №3
Biz tahlil qilishni boshlaganimizdan so'ng, grafik nima uchun bunchalik izchil ekanligini tushundik. Gap shundaki, deyarli har bir N-grammda interfeys orqali amalga oshirib bo'lmaydigan o'tishlar mavjud.
Kichik tergov boshlandi. Bitta ob'ekt ichida imkonsiz o'tishlar yo'qligi meni chalkashtirib yubordi. Bu shuni anglatadiki, bu hodisalarni yig'ish tizimida yoki ETL xizmatimizda xato emas. Foydalanuvchi bir vaqtning o'zida biridan ikkinchisiga o'tmasdan bir nechta ob'ektlarda ishlayotgani hissi paydo bo'ldi. Bunga qanday erishish mumkin? Brauzerda turli tablardan foydalanish.
Cartbee-ni tahlil qilganda, biz uning o'ziga xosligi bilan saqlanib qoldik. Ilova mobil qurilmalarda ishlatilgan, bu erda bir nechta yorliqlardan ishlash juda noqulay. Bu yerda bizda ish stoli bor va vazifa bir ob'ektda bajarilayotganda, bu vaqtni boshqasida o'rnatish yoki holatni kuzatishga sarflash maqsadga muvofiqdir. Va taraqqiyotni yo'qotmaslik uchun boshqa yorliqni oching.
Ilhom №3
Front-end ishlab chiqishdagi hamkasblar hodisalarni yig'ish tizimini yorliqlarni farqlashni o'rgatishdi. Tahlil boshlanishi mumkin. Va biz boshladik. Kutilganidek, CJM haqiqiy yo'llarga to'g'ri kelmadi: foydalanuvchilar ko'p vaqtlarini katalog sahifalarida, tashlab ketilgan seanslarda va eng kutilmagan joylarda o'tkazdilar. O'tish tahlilidan foydalanib, biz ba'zi Mozilla tuzilmalarida muammolarni topdik. Ularda, amalga oshirish xususiyatlari tufayli, navigatsiya elementlari yo'qoldi yoki yarim bo'sh sahifalar ko'rsatildi, ular faqat administrator uchun ochiq bo'lishi kerak. Sahifa ochildi, lekin backenddan hech qanday kontent kelmadi. O'tishlarni hisoblash qaysi xususiyatlar aslida ishlatilganligini baholash imkonini berdi. Zanjirlar foydalanuvchining u yoki bu xatoni qanday qabul qilganini tushunishga imkon berdi. Ma'lumotlar foydalanuvchi xatti-harakati asosida sinovdan o'tkazish uchun ruxsat berilgan. Bu muvaffaqiyat edi, g'oya bejiz emas edi.
Analitikani avtomatlashtirish
Natijalarni namoyish qilishdan birida biz Gephi dan grafik tahlil qilish uchun qanday ishlatilishini ko'rsatdik. Ushbu vositada konvertatsiya ma'lumotlari jadvalda ko'rsatilishi mumkin. UX bo'limi boshlig'i kompaniyadagi xatti-harakatlar tahlilining butun yo'nalishining rivojlanishiga ta'sir qilgan juda muhim fikrni aytdi: "Kelinglar, xuddi shunday qilaylik, lekin Tableau va filtrlar bilan - bu qulayroq bo'ladi."
Keyin men o'yladim: nega shunday emas, Retentioneering barcha ma'lumotlarni pandas.DataFrame tuzilmasida saqlaydi. Va bu, umuman olganda, stol. Shunday qilib, yana bir xizmat paydo bo'ldi: Ma'lumot provayderi. U nafaqat grafikdan jadval tuzibgina qolmay, balki sahifa qanchalik ommabopligi va u bilan bog‘liq funksionallik, foydalanuvchini ushlab turishiga qanday ta’sir qilishini, foydalanuvchilar unda qancha vaqt qolishini va foydalanuvchilar qaysi sahifalarni tez-tez tark etishini ham hisoblab chiqdi. Va Tableau-da vizualizatsiyadan foydalanish grafikni o'rganish xarajatlarini shunchalik kamaytirdiki, mahsulotdagi xatti-harakatlarni tahlil qilish uchun takrorlash vaqti deyarli ikki baravar kamaydi.
Danil ushbu vizualizatsiya qanday qo'llanilishi va qanday xulosalar chiqarishga imkon berishi haqida gapiradi.
Jadval xudosi uchun ko'proq jadvallar!
Soddalashtirilgan shaklda vazifa quyidagicha tuzilgan: o'tish grafigini Tableau-da ko'rsatish, filtrlash qobiliyatini ta'minlash va uni iloji boricha aniq va qulay qilish.
Men Tableau-da yo'naltirilgan grafik chizishni xohlamadim. Muvaffaqiyatli bo'lsa ham, Gephi bilan solishtirganda daromad aniq ko'rinmadi. Bizga ancha sodda va qulayroq narsa kerak edi. Jadval! Axir, grafik osongina jadval qatorlari shaklida taqdim etilishi mumkin, bu erda har bir satr "manba-maqsad" turining chekkasi hisoblanadi. Bundan tashqari, biz allaqachon Retentioneering va Data Provider vositalaridan foydalangan holda bunday jadvalni diqqat bilan tayyorladik. Jadvalni Tableauda ko'rsatish va hisobotni varaqlashgina qoldi.
Hamma stollarni qanday sevishi haqida gapirganda.
Biroq, bu erda biz boshqa muammoga duch kelamiz. Ma'lumotlar manbai bilan nima qilish kerak? Pandalarni ulash mumkin emas edi.DataFrame; Tableauda bunday ulagich yo'q. Grafikni saqlash uchun alohida bazani ko'tarish noaniq istiqbolli juda radikal yechim bo'lib tuyuldi. Va mahalliy tushirish variantlari doimiy qo'lda ishlash zarurati tufayli mos emas edi. Biz mavjud ulagichlar ro'yxatini ko'rib chiqdik va bizning nigohimiz buyumga tushdi , kim juda tubida beg'ubor quchoqlab.
Tableau ulagichlarning boy tanloviga ega. Muammoimizni hal qiladigan birini topdik
Qanday hayvon? Brauzerda bir nechta yangi ochiq yorliqlar - va bu ulagich URL manziliga kirishda ma'lumotlarni qabul qilish imkonini berishi aniq bo'ldi. Ma'lumotni hisoblash uchun backend deyarli tayyor edi, qolgani uni WDC bilan do'stlashtirish edi. Bir necha kun davomida Denis hujjatlarni o'rganib chiqdi va Tableau mexanizmlari bilan kurashdi va keyin menga ulanish oynasiga qo'ygan havolani yubordi.
WDC ga ulanish shakli. Denis o'zining old tomonini yaratdi va xavfsizlikka g'amxo'rlik qildi
Bir necha daqiqa kutishdan so'ng (so'ralganda ma'lumotlar dinamik ravishda hisoblanadi), jadval paydo bo'ldi:
Tableau interfeysida xom ma'lumotlar massivi shunday ko'rinadi
Va'da qilinganidek, bunday jadvalning har bir qatori grafikning chetini, ya'ni foydalanuvchining yo'naltirilgan o'tishini ifodalaydi. Shuningdek, u bir qator qo'shimcha xususiyatlarni o'z ichiga oladi. Masalan, noyob foydalanuvchilar soni, o'tishlarning umumiy soni va boshqalar.
Hisobotda ushbu jadvalni xuddi shunday ko'rsatish, filtrlarni saxiylik bilan sepish va asbobni suzib yuborish mumkin edi. Mantiqiy tuyuladi. Jadval bilan nima qilish mumkin? Ammo bu bizning yo'limiz emas, chunki biz shunchaki jadval emas, balki tahlil qilish va mahsulot qarorlarini qabul qilish vositasidir.
Odatda, ma'lumotlarni tahlil qilganda, odam savollarga javob olishni xohlaydi. Ajoyib. Keling, ular bilan boshlaylik.
- Eng tez-tez uchraydigan o'tishlar qanday?
- Ular aniq sahifalardan qayerga boradilar?
- Ketishdan oldin ushbu sahifada o'rtacha qancha vaqt sarflaysiz?
- A dan B ga qanchalik tez-tez o'tasiz?
- Seans qaysi sahifalarda tugaydi?
Hisobotlarning har biri yoki ularning kombinatsiyasi foydalanuvchiga ushbu savollarga mustaqil ravishda javob topish imkonini berishi kerak. Bu erda asosiy strategiya sizga buni o'zingiz qilishingiz uchun vositalarni berishdir. Bu tahlil bo'limiga yukni kamaytirish uchun ham, qaror qabul qilish vaqtini qisqartirish uchun ham foydalidir - axir, endi Youtrack-ga borib, tahlilchi uchun vazifa yaratishingiz shart emas, faqat hisobotni ochishingiz kerak.
Biz nima oldik?
Odamlar ko'pincha asboblar panelidan qayerda ajralib turadi?
Hisobotimizning bir qismi. Boshqaruv panelidan so'ng hamma VMlar ro'yxatiga yoki tugunlar ro'yxatiga o'tdi
Keling, o'tishlar bilan umumiy jadvalni olaylik va manba sahifasi bo'yicha filtrlaymiz. Ko'pincha ular asboblar panelidan virtual mashinalar ro'yxatiga o'tadilar. Bundan tashqari, Regularity ustuni bu takrorlanadigan harakat ekanligini ko'rsatadi.
Ular klasterlar ro'yxatiga qayerdan keladi?
Hisobotlardagi filtrlar ikkala yo'nalishda ham ishlaydi: qaerga ketganingizni yoki qaerga ketganingizni bilib olishingiz mumkin
Misollardan ko'rinib turibdiki, hatto ikkita oddiy filtr va qiymatlar bo'yicha tartiblash qatorlarining mavjudligi ham ma'lumotni tezda olish imkonini beradi.
Keling, murakkabroq narsani so'raymiz.
Foydalanuvchilar seansni qayerda tark etishadi?
VMmanager foydalanuvchilari ko'pincha alohida yorliqlarda ishlaydi
Buning uchun bizga ma'lumotlari yo'naltiruvchi manbalar tomonidan jamlangan hisobot kerak. Va uzilish nuqtalari deb ataladigan topshiriqlar - o'tish zanjirining oxiri bo'lib xizmat qilgan voqealar sifatida qabul qilindi.
Shuni ta'kidlash kerakki, bu seansning oxiri yoki yangi yorliqning ochilishi bo'lishi mumkin. Misol shuni ko'rsatadiki, zanjir ko'pincha virtual mashinalar ro'yxati bilan stolda tugaydi. Bunday holda, xarakterli xatti-harakatlar kutilgan naqshga mos keladigan boshqa tabga o'tishdir.
Xuddi shunday tahlilni amalga oshirganimizda, birinchi navbatda, ushbu hisobotlarning foydaliligini o'zimizda sinab ko'rdik , yana bir mahsulotimiz. Jadvallar va filtrlarning paydo bo'lishi bilan farazlar tezroq sinovdan o'tkazildi va ko'zlar kamroq charchagan.
Hisobotlarni ishlab chiqishda biz vizual dizaynni unutmadik. Bunday o'lchamdagi jadvallar bilan ishlashda bu muhim omil hisoblanadi. Misol uchun, biz idrok etish oson bo'lgan tinch ranglar oralig'idan foydalandik raqamlar uchun belgilarning raqamli qiymatlariga muvofiq chiziqlarni rang bilan ajratib ko'rsatish. Bunday tafsilotlar foydalanuvchi tajribasini yaxshilaydi va vositaning kompaniya ichida muvaffaqiyatli ishga tushishi ehtimolini oshiradi.
Jadval juda katta bo'lib chiqdi, ammo umid qilamizki, u o'qishni to'xtatmadi
Bizning ichki mijozlarimiz: mahsulot mutaxassislari va UX dizaynerlarini o'qitish haqida alohida aytib o'tish kerak. Ular uchun tahliliy misollar va filtrlar bilan ishlash bo'yicha maslahatlar bilan qo'llanmalar maxsus tayyorlangan. Biz qo'llanmalarga havolalarni to'g'ridan-to'g'ri hisobot sahifalariga joylashtirdik.
Biz qo'llanmani Google Docs-da taqdimot sifatida yaratdik. Tableau vositalari veb-sahifalarni bevosita hisobot ish kitobida ko'rsatish imkonini beradi.
So'zning o'rniga
Pastki qatorda nima bor? Biz har bir kun uchun asbobni nisbatan tez va arzonga olishga muvaffaq bo'ldik. Ha, bu, albatta, grafikning o'zi, bosishlarning issiqlik xaritasi yoki veb-ko'ruvchining o'rnini bosmaydi. Ammo bunday hisobotlar sanab o'tilgan vositalarni sezilarli darajada to'ldiradi va fikr va yangi mahsulot va interfeys farazlari uchun oziq-ovqat beradi.
Bu hikoya ISP tizimida analitika rivojlanishining boshlanishi bo'ldi. So'nggi olti oy ichida yana ettita yangi xizmat, jumladan mahsulotdagi foydalanuvchining raqamli portretlari va "O'xshash" maqsadli ma'lumotlar bazalarini yaratish xizmati paydo bo'ldi, ammo biz ular haqida keyingi epizodlarda gaplashamiz.
Manba: www.habr.com