Müştəri problemlərinin prioritetləşdirilməsi üçün danışıq analitikası modeli

Qısa cavab

Müştəri problemlərini prioritetləşdirmək üçün yalnız «ən çox şikayət olunan» siyahısına baxmaq kifayət deyil. Dörd ölçü lazımdır: tezlik (problem neçə söhbətdə görünür), təsir (müştəri və biznes üçün nə qədər baha başa gəlir), həll ediləbilənlik (düzəltmək nə qədər asandır) və sübutun gücü (nəticəyə nə qədər güvənirsiniz). Hər problemə 1–5 bal verilir və ballar vurulur və ya cəmlənir.

Bu model problemləri obyektiv sıralamır — ballar yenə də insan qərarıdır. Amma o, müzakirəni «kim daha uca danışır» səviyyəsindən «hansı ölçüdə razılaşmırıq» səviyyəsinə keçirir.

Niyə tezlik tək başına yanıldır

Ən çox söhbətdə görünən problem həmişə ən vacib deyil. «Çatdırılma statusunu necə yoxlamaq olar?» sualı ayda 500 dəfə gələ bilər, amma bir FAQ bəndi ilə həll olunur və müştərini itirmir. «Ödəniş iki dəfə çıxıldı» isə ayda 20 dəfə gəlir, amma hər biri müştərini itirmək və reputasiya riskidir. Yalnız tezliyə görə sıralasanız, komanda asan, amma az təsirli problemlərlə məşğul olacaq.

Ölçü 1: tezlik

Problemin analiz olunmuş söhbətlər arasında payı. Mütləq say yox, pay istifadə edin ki, müraciət həcmi dəyişəndə bal dəyişməsin. Bal şkalası nümunəsi: 1 — 1%-dən az, 2 — 1–3%, 3 — 3–7%, 4 — 7–15%, 5 — 15%-dən çox. Həddləri öz biznesinizə uyğunlaşdırın.

Ölçü 2: təsir

Problem baş verəndə nə itir? Təsiri qiymətləndirmək üçün üç sual verin:

• Müştəri itirilirmi? Danışıqda imtina, ləğv və ya rəqibə getmək siqnalı varmı?
• Əlavə iş yaranırmı? Təkrar müraciət, eskalasiya, geri ödəniş, yenidən göndərmə.
• Reputasiya riski varmı? Müştəri ictimai rəy, şikayət və ya hüquqi addım haqqında danışırmı?

1 — narahatlıq, amma heç bir itki yoxdur; 3 — əlavə iş və ya gecikmə; 5 — müştəri itkisi, pul itkisi və ya ciddi reputasiya riski.

Ölçü 3: həll ediləbilənlik

Problemi düzəltmək üçün nə lazımdır? 5 — mətn dəyişikliyi, FAQ bəndi, bot cavabı (günlər); 4 — proses qaydası (həftələr); 3 — bir komandanın işi (bir-iki ay); 2 — bir neçə komanda və büdcə; 1 — məhsul və ya infrastruktur dəyişikliyi, kənar tərəfdaş, uzun müddət. Bu ölçü «sürətli qələbələri» görmək üçündür.

Ölçü 4: sübutun gücü

Nəticəyə nə qədər güvənirsiniz? 5 — sahə əl ilə yoxlanılıb, sübut söhbətlər oxunub, CRM və ya əməliyyat məlumatı ilə təsdiqlənib; 3 — sahə yoxlanılıb, amma kənar təsdiq yoxdur; 1 — tək bir hesabat, heç bir yoxlama yoxdur. Zəif sübutlu problem aşağı düşmür — o, «əvvəlcə yoxla» siyahısına keçir.

Hesablama

İki sadə üsul var. Vurma: tezlik × təsir × həll × sübut. O, zəif ölçünü kəskin cəzalandırır: hər hansı bal 1-dirsə, nəticə çox aşağı olur. Cəm (çəkili): məsələn, təsir 40%, tezlik 30%, həll 15%, sübut 15%. Çəkiləri rəhbərlik əvvəlcədən razılaşdırmalıdır, hər görüşdə dəyişdirilməməlidir.

İllüstrativ cədvəl

Aşağıdakı rəqəmlər illüstrativdir, heç bir real şirkətə aid deyil. İnternet mağazası üçün dörd problem (tezlik / təsir / həll / sübut, vurma ilə):

1. 1Sifariş statusu sualı5 / 1 / 5 / 5 = 125. Çox tez-tez, təsiri az, asan həll olunur.
2. 2Ödəniş iki dəfə çıxıldı2 / 5 / 2 / 4 = 80. Nadirdir, amma çox ağırdır.
3. 3Ölçü cədvəli uyğun deyil4 / 4 / 4 / 3 = 192. Tez-tez qaytarmaya aparır, mətn və cədvəl ilə düzəlir.
4. 4Kuryer zəng etmir3 / 3 / 2 / 2 = 36. Sübut zəifdir — əvvəlcə yoxlanmalıdır.

Nəticə: «ölçü cədvəli» birinci, «sifariş statusu» sürətli qələbə kimi paralel, «ödəniş iki dəfə» tezliyinə baxmayaraq ayrıca təcili məsələ kimi (təsir balı 5 olan hər şey ayrıca baxılır), «kuryer» isə yoxlama siyahısına.

Təsiri 5 olan problemlər üçün istisna

Hesablama modeli ciddi, amma nadir problemləri aşağı sala bilər. Ona görə qayda əlavə edin: təsir balı 5 olan hər problem, ümumi balından asılı olmayaraq, ayrıca baxılır və sahibi təyin edilir. Hüquqi şikayət, təhlükəsizlik, pulun yanlış çıxılması belə problemlərdir. Belə problem bir dəfə görünsə belə, sübut söhbəti oxunmalı və cavabdeh şəxs həmin gün məlumatlandırılmalıdır.

Prioritet görüşü

1. 1HazırlıqAnalitik ən böyük 10 problem üçün tezlik və sübut balını doldurur, sübut söhbətləri əlavə edir.
2. 2Təsir və həllGörüşdə əməliyyat, məhsul və dəstək rəhbərləri təsir və həll ballarını razılaşdırır.
3. 3SıralamaÜmumi bal, istisna qaydası və sürətli qələbələr ayrıca.
4. 4Sahib və tarixİlk üç problemin sahibi və yoxlama tarixi yazılır.
5. 5TəkrarAyda bir dəfə; bal dəyişən problemlər qeyd olunur.

Modelin sərhədləri

• Ballar subyektivdir; iki komanda eyni problemə fərqli təsir balı verə bilər.
• Danışıqda görünməyən problemlər (müştəri yazmadan gedir) modeldə yoxdur.
• Tezlik payı yalnız analiz olunmuş söhbətlərə aiddir — əhatə aşağıdırsa, bal yanlış ola bilər.
• Model nə edəcəyini yox, nəyə əvvəl baxacağını deyir; həll yolunu kök səbəb analizi tapır.

Problemin kök səbəbinə necə getmək lazım olduğu müştəri sorğularının analizi ilə başlayıb kök səbəb mövzusundakı yazıda davam edir.

Vexvon-da bu model üçün nə var

Vexvon-da «problem növü» kimi sahəni şirkət özü qurur; panelin AI köməkçisi seçilmiş dövr üçün hər dəyərin sayını və payını, əvvəlki dövrlə müqayisəni və hər dəyərin arxasındakı söhbətlərin siyahısını verir — bu, tezlik və sübut ballarının xammalıdır. Təsir siqnalları üçün (məsələn, «imtina» və ya «rəqibə getmək») ayrıca sahə qurmaq və CRM-dəki itirilmə səbəbləri ilə kəsişməyə baxmaq olar. Ballar və qərar isə komandanın işidir. Ətraflı: Vexvon analitikası.

Növbəti addım

Ən çox görünən 10 problemi götürün və bu həftə yalnız tezlik və sübut ballarını doldurun. Təsir və həll ballarını növbəti görüşdə rəhbərlərlə birlikdə verin. Modeli öz məlumatınızla demo zamanı qura bilərik.