Havada Tətbiqdə saxlama necə həyata keçirilir

Havada Tətbiqdə saxlama necə həyata keçirilir

İstifadəçini mobil proqramda saxlamaq bütöv bir elmdir. Kursun müəllifi VC.ru saytındakı məqaləmizdə onun əsaslarını təsvir etdi Growth Hacking: mobil proqram analitikası Maxim Godzi, App in Air-də Maşın Öyrənmə şöbəsinin rəhbəri. Maksim mobil proqramın təhlili və optimallaşdırılması üzrə iş nümunəsindən istifadə edərək şirkətdə hazırlanmış alətlərdən danışır. App in the Air-də hazırlanmış məhsulun təkmilləşdirilməsinə bu sistematik yanaşma Saxlama adlanır. Bu alətləri məhsulunuzda istifadə edə bilərsiniz: onlardan bəziləri var pulsuz giriş GitHub-da.

App in the Air dünya üzrə 3 milyondan çox aktiv istifadəçisi olan proqramdır və onun vasitəsilə siz uçuşları izləyə, uçuş/eniş vaxtlarında dəyişikliklər, qeydiyyat və hava limanının xüsusiyyətləri haqqında məlumat əldə edə bilərsiniz.

Hunidən trayektoriyaya qədər

Bütün inkişaf qrupları onboarding huni (məhsulun istifadəçi tərəfindən qəbul edilməsinə yönəlmiş proses) qurur. Bu, bütün sistemə yuxarıdan baxmağınıza və tətbiq problemlərini tapmağınıza kömək edən ilk addımdır. Ancaq məhsul inkişaf etdikcə bu yanaşmanın məhdudiyyətlərini hiss edəcəksiniz. Sadə bir huni istifadə edərək, bir məhsul üçün aşkar olmayan böyümə nöqtələrini görə bilməzsiniz. Huninin məqsədi tətbiqdəki istifadəçilərin mərhələlərinə ümumi nəzər salmaq, sizə normanın ölçülərini göstərməkdir. Ancaq huni, normadan aşkar problemlərə və ya əksinə, xüsusi istifadəçi fəaliyyətinə doğru sapmaları ehtiyatla gizlədəcəkdir.

Havada Tətbiqdə saxlama necə həyata keçirilir

App in the Air-də biz öz hunimizi yaratdıq, lakin məhsulun xüsusiyyətlərinə görə biz qum saatı ilə nəticələndik. Sonra yanaşmanı genişləndirmək və tətbiqin özünün bizə verdiyi zəngin məlumatlardan istifadə etmək qərarına gəldik.

Bir huni qurduğunuz zaman istifadəçinin onboarding trayektoriyalarını itirirsiniz. Trayektoriyalar istifadəçinin və proqramın özünün hərəkətləri ardıcıllığından ibarətdir (məsələn, təkan bildirişinin göndərilməsi).

Havada Tətbiqdə saxlama necə həyata keçirilir

Vaxt ştamplarından istifadə edərək, istifadəçinin trayektoriyasını çox asanlıqla yenidən qura və onların hər biri üçün onun qrafikini yarada bilərsiniz. Təbii ki, çoxlu qrafiklər var. Buna görə də oxşar istifadəçiləri qruplaşdırmaq lazımdır. Məsələn, siz bütün istifadəçiləri cədvəl sıralarına görə sıralaya və onların müəyyən funksiyadan nə qədər istifadə etdiklərini sadalaya bilərsiniz.

Havada Tətbiqdə saxlama necə həyata keçirilir

Belə bir cədvəl əsasında biz matris qurduq və istifadəçiləri funksiyaların istifadə tezliyinə görə, yəni qrafikdəki qovşaqlara görə qruplaşdırdıq. Bu, adətən anlayışlara doğru ilk addımdır: məsələn, artıq bu mərhələdə bəzi istifadəçilərin bəzi funksiyalardan ümumiyyətlə istifadə etmədiyini görəcəksiniz. Tezlik təhlili apararkən, qrafikdə hansı qovşaqların “ən böyük”, yəni istifadəçilərin ən çox hansı səhifələrə daxil olduğunu öyrənməyə başladıq. Sizin üçün vacib olan bəzi meyarlara görə əsaslı şəkildə fərqlənən kateqoriyalar dərhal vurğulanır. Burada, məsələn, abunə qərarına əsasən böldüyümüz iki istifadəçi klasteridir (cəmi 16 qrup var idi).

Havada Tətbiqdə saxlama necə həyata keçirilir

Necə istifadə etmək olar

İstifadəçilərinizə bu şəkildə baxmaqla siz onları saxlamaq üçün hansı funksiyalardan istifadə etdiyinizi və ya məsələn, qeydiyyatdan keçmələrini təmin edə bilərsiniz. Təbii ki, matris də aşkar şeyləri göstərəcək. Məsələn, abunə satın alanların abunə ekranını ziyarət etməsi. Bununla yanaşı, başqa cür heç vaxt bilmədiyiniz nümunələri də tapa bilərsiniz.

Beləliklə, biz tamamilə təsadüfən bir uçuş əlavə edən, gün ərzində aktiv şəkildə izləyən və sonra yenidən bir yerə uçana qədər uzun müddət yoxa çıxan bir qrup istifadəçi tapdıq. Əgər onların davranışlarını adi alətlərdən istifadə edərək təhlil etsək, onların sadəcə olaraq tətbiqin funksionallığından qane olmadıqlarını düşünərdik: ondan bir gün istifadə etdiklərini və bir daha geri qayıtmadıqlarını başqa necə izah edə bilərik. Ancaq qrafiklərin köməyi ilə onların çox aktiv olduğunu gördük, sadəcə olaraq, bütün fəaliyyətləri bir günə sığar.

İndi bizim əsas vəzifəmiz belə bir istifadəçini statistikamızdan istifadə edərkən öz aviaşirkətinin loyallıq proqramına qoşulmağa təşviq etməkdir. Bu halda biz onun aldığı bütün uçuşları idxal edəcəyik və yeni bilet alan kimi onu qeydiyyatdan keçməyə sövq etməyə çalışacağıq. Bu problemi həll etmək üçün biz Aviasales, Svyaznoy.Travel və digər proqramlarla da əməkdaşlığa başladıq. İstifadəçiləri bilet aldıqda, proqram onlara uçuşu Havada Tətbiqə əlavə etməyi təklif edir və biz bunu dərhal görürük.

Qrafik sayəsində abunə ekranına gedən insanların 5%-nin onu ləğv etdiyini gördük. Biz belə halları təhlil etməyə başladıq və gördük ki, istifadəçi var ki, birinci səhifəyə gedir, öz Google hesabının qoşulmasına təşəbbüs göstərir və dərhal onu ləğv edir, yenidən birinci səhifəyə keçir və s. Əvvəlcə düşündük ki, “Bu istifadəçidə nəsə səhvdir”. Və sonra başa düşdük ki, çox güman ki, tətbiqdə bir səhv var. Hunidə bu, belə şərh ediləcək: istifadəçi tətbiqin tələb etdiyi icazələr dəstini bəyənmədi və o, getdi.

Digər qrup istifadəçilərin 5%-nin ekranda itməsi ilə nəticələnib, burada proqram onlara smartfonlarındakı bütün təqvim proqramlarından birini seçməyi təklif edir. İstifadəçilər müxtəlif təqvimləri təkrar-təkrar seçib sonra sadəcə proqramdan çıxacaqlar. Məlum oldu ki, UX problemi var: şəxs təqvim seçdikdən sonra yuxarı sağ küncdə Bitti düyməsini sıxmalı idi. Sadəcə, bütün istifadəçilər bunu görməyib.

Havada Tətbiqdə saxlama necə həyata keçirilir
Havada Tətbiqin ilk ekranı

Qrafikimizdə istifadəçilərin təxminən 30%-nin birinci ekrandan kənara çıxmadığını gördük: bu, istifadəçini abunə olmağa sövq etməkdə kifayət qədər aqressiv olmağımızla bağlıdır. Birinci ekranda proqram Google və ya Triplt istifadə edərək qeydiyyatdan keçməyi təklif edir və qeydiyyatdan keçmək barədə heç bir məlumat yoxdur. İlk ekranı tərk edənlərin 16%-i “Daha çox” düyməsini sıxıb yenidən qayıdır. Tətbiqdə daxili qeydiyyatdan keçməyin bir yolunu axtardıqlarını öyrəndik və biz onu növbəti yeniləmədə buraxacağıq. Bundan əlavə, dərhal gedənlərin 2/3-ü ümumiyyətlə heç nəyi klikləmir. Onlara nə baş verdiyini öyrənmək üçün istilik xəritəsi hazırladıq. Məlum olub ki, müştərilər kliklənən keçidlər olmayan proqram funksiyalarının siyahısına klikləyirlər.

Mikro anı çəkin

Asfalt yolun yanında cığırları tapdalayan insanları tez-tez görmək olar. Saxlama bu yolları tapmaq və mümkünsə yolları dəyişdirmək cəhdidir.

Əlbəttə ki, real istifadəçilərdən öyrənməyimiz pisdir, amma heç olmasa tətbiqdə istifadəçi problemini göstərən nümunələri avtomatik izləməyə başladıq. İndi məhsul meneceri çox sayda "döngü" baş verdikdə - istifadəçi eyni ekrana təkrar-təkrar qayıtdıqda e-poçt bildirişləri alır.

Tətbiqin problemləri və inkişaf sahələrini təhlil etmək üçün istifadəçi trayektoriyalarında hansı nümunələri axtarmaq üçün ümumiyyətlə maraqlı olduğuna baxaq:

  • Döngələr və dövrələr. Yuxarıda qeyd olunan döngələr istifadəçinin trayektoriyasında bir hadisənin təkrarlanmasıdır, məsələn, təqvim-təqvim-təqvim-təqvim. Çox təkrarlanan bir döngə interfeys probleminin və ya qeyri-kafi hadisə qeydinin aydın göstəricisidir. Döngü həm də qapalı trayektoriyadır, lakin dövrədən fərqli olaraq o, birdən çox hadisəni ehtiva edir, məsələn: uçuş tarixçəsinə baxmaq - uçuş əlavə etmək - uçuş tarixçəsinə baxmaq.
  • Flowstoppers - istifadəçi hansısa maneəyə görə proqram vasitəsilə istədiyi hərəkəti davam etdirə bilmədikdə, məsələn, müştəri üçün aydın olmayan interfeysi olan ekran. Bu cür hadisələr istifadəçilərin gedişatını ləngidir və dəyişir.
  • Bifurkasiya nöqtələri əhəmiyyətli hadisələrdir, bundan sonra müxtəlif növ müştərilərin trayektoriyaları ayrılır. Xüsusilə, bunlar hədəf hərəkətə birbaşa keçid və ya hərəkətə çağırış ehtiva etməyən ekranlardır, bəzi istifadəçiləri ona doğru effektiv şəkildə itələyir. Məsələn, tətbiqdəki məzmunun alınması ilə birbaşa əlaqəli olmayan, lakin müştərilərin məzmunu almağa və ya almamağa meylli olduğu bəzi ekranlar fərqli davranacaq. Bifurkasiya nöqtələri artı işarəsi ilə istifadəçilərinizin hərəkətlərinə təsir nöqtələri ola bilər - onlar alış və ya klik etmək qərarına təsir edə bilər və ya mənfi işarə - bir neçə addımdan sonra istifadəçinin tətbiqi tərk edəcəyini müəyyən edə bilər.
  • Qəbul edilmiş çevrilmə nöqtələri potensial bifurkasiya nöqtələridir. Siz onları hədəf hərəkətə səbəb ola biləcək ekranlar kimi düşünə bilərsiniz, lakin bunu etməyin. Bu həm də istifadəçinin ehtiyac duyduğu bir məqam ola bilər, lakin biz bunu təmin etmirik, çünki bu barədə sadəcə məlumatımız yoxdur. Trayektoriya təhlili bu ehtiyacı müəyyən etməyə imkan verməlidir.
  • Diqqətin yayındırma nöqtəsi - istifadəçiyə dəyər verməyən, konversiyaya təsir etməyən və istifadəçini hədəf hərəkətlərindən yayındıraraq trayektoriyaları “qarışdıra” bilən ekranlar/pop-uplar.
  • Kor nöqtələr istifadəçinin çatması çox çətin olan tətbiqin, ekranların və xüsusiyyətlərin gizli nöqtələridir.
  • Drenajlar - nəqliyyatın sızdığı nöqtələr

Ümumiyyətlə, riyazi yanaşma müştərinin tətbiqdən istifadəçi üçün bəzi standart istifadə ssenarisini planlaşdırmağa çalışarkən məhsul menecerlərinin adətən düşündüklərindən tamamilə fərqli şəkildə istifadə etdiyini başa düşməyə imkan verdi. Ofisdə oturaraq və ən yaxşı məhsul konfranslarında iştirak edərək, istifadəçinin tətbiqdən istifadə edərək problemlərini həll edəcəyi real sahə şərtlərinin bütün müxtəlifliyini təsəvvür etmək hələ də çox çətindir.

Bu mənə böyük bir zarafatı xatırladır. Tester bara girib sifariş verir: bir stəkan pivə, 2 stəkan pivə, 0 stəkan pivə, 999999999 stəkan pivə, stəkanda kərtənkələ, -1 stəkan pivə, qwertyuip stəkan pivə. İlk real müştəri bara girir və tualetin harada olduğunu soruşur. Bar alovlanır və hamı ölür.

Bu problemə dərindən qarışan məhsul analitikləri mikro an anlayışını təqdim etməyə başladılar. Müasir istifadəçi probleminin ani həllinə ehtiyac duyur. Google bu barədə bir neçə il əvvəl danışmağa başladı: şirkət bu cür istifadəçi hərəkətlərini mikro anlar adlandırdı. İstifadəçinin diqqəti dağılır, təsadüfən tətbiqi bağlayır, ondan nə tələb olunduğunu başa düşmür, bir gün sonra yenidən daxil olur, yenidən unudur, sonra isə dostunun messencerdə ona göndərdiyi linkə daxil olur. Və bütün bu seanslar 20 saniyədən çox davam edə bilməz.

Beləliklə, biz dəstək xidmətinin işini qurmağa başladıq ki, işçilər problemin demək olar ki, real vaxtda nə olduğunu başa düşə bilsinlər. İnsan dəstək səhifəsinə gəlib öz sualını yazmağa başlayanda onun trayektoriyasını - son 100 hadisəni bilməklə problemin mahiyyətini müəyyən edə bilərik. Əvvəllər biz dəstək sorğularının mətnlərinin ML analizindən istifadə edərək bütün dəstək sorğularının kateqoriyalara bölünməsini avtomatlaşdırdıq. Kateqoriyalaşdırmanın uğuruna baxmayaraq, bütün sorğuların 87%-i 13 kateqoriyadan birinə düzgün paylandıqda, istifadəçinin vəziyyətinə ən uyğun həlli avtomatik olaraq tapa bilən trayektoriyalarla işləməkdir.

Yeniləmələri tez buraxa bilmərik, lakin problemi görə bilərik və istifadəçi artıq gördüyümüz ssenariyə əməl edərsə, ona təkan bildirişi göndərin.

Tətbiqin optimallaşdırılması vəzifəsinin istifadəçi trayektoriyalarını öyrənmək üçün zəngin alətlər tələb etdiyini görürük. Bundan əlavə, istifadəçilərin keçdiyi bütün yolları bilərək, lazımi yolları düzəldə bilərsiniz və fərdiləşdirilmiş məzmun, push bildirişləri və uyğunlaşdırılmış UI elementləri "əl ilə" istifadəçini ehtiyaclarına ən uyğun gələn və pul gətirən məqsədyönlü hərəkətlərə aparır. , data və biznesiniz üçün digər dəyər.

Nəyi qeyd etmək lazımdır

  • Nümunə olaraq yalnız hunilərdən istifadə edərək istifadəçi çevrilməsini öyrənmək, tətbiqin özünün bizə verdiyi zəngin məlumatı itirmək deməkdir.

  • Qrafiklərdə istifadəçi trayektoriyalarının saxlanması təhlili sizə istifadəçiləri saxlamaq üçün hansı funksiyalardan istifadə etdiyinizi görməyə kömək edir və ya məsələn, onları abunə olmağa təşviq edir.
  • Saxlama alətləri real vaxt rejimində avtomatik olaraq tətbiqdə istifadəçi problemlərini göstərən nümunələri izləməyə, aşkarlanması çətin olan səhvləri tapmağa və bağlamağa kömək edir.

  • Onlar istifadəçi davranışının aşkar olmayan nümunələrini tapmağa kömək edir.

  • Saxlama vasitələri əsas istifadəçi hadisələri və ölçülərini proqnozlaşdırmaq üçün avtomatlaşdırılmış ML alətləri yaratmağa imkan verir: istifadəçi itkisi, LTV və qrafikdə asanlıqla müəyyən edilən bir çox digər ölçülər.

Biz sərbəst fikir mübadiləsi üçün Retentioneering ətrafında icma qururuq. Siz bizim inkişaf etdirdiyimiz alətləri müxtəlif mobil və veb proqramlardakı analitiklərin və məhsulların fikirləri, ən yaxşı texnika və metodları mübadilə edə biləcəyi bir dil kimi düşünə bilərsiniz. Bu vasitələrdən necə istifadə edəcəyinizi kursda öyrənə bilərsiniz Growth Hacking: mobil proqram analitikası İkili rayon.

Mənbə: www.habr.com

Добавить комментарий