Şikayət zəngini eskalasiyasız idarə etmə təlimi

Qısa cavab

Şikayət zəngini eskalasiyasız idarə etmək müştərinin rəhbər tələb etməsinin qarşısını almaq deyil, problemi birinci xətdə həll etməkdir. Bunun üçün iki şey lazımdır. Birincisi, operatorun beş addımlıq danışıq quruluşunu bilməsi: müştərini sonadək dinləmək, faktları dəqiqləşdirmək, problemi etiraf etmək, səlahiyyəti daxilində həll təklif etmək və razılaşmanı təsdiqləyib qeyd etmək. İkincisi, operatorun real səlahiyyəti olması: nəyi özü edə bilər — yenidən göndərmə, endirim, vaxt dəyişmə — və nəyi rəhbərə ötürməlidir. Səlahiyyəti olmayan operatoru heç bir təlim eskalasiyadan xilas etmir. Ona görə təlim və səlahiyyət matrisi eyni layihənin iki hissəsi kimi planlanmalıdır.

Niyə şikayətlər rəhbərə qədər çatır

• Operator müştərinin sözünü kəsir və müştəri «məni eşitmirlər» hiss edir.
• Operator problemi düzgün anlamadan qaydanı oxuyur.
• Operatorun heç bir həll təklif etmək səlahiyyəti yoxdur — hər şey «rəhbərlə razılaşdırmalıyam»dır.
• Operator vəd verir, sonra vəd yerinə yetirilmir və müştəri ikinci dəfə daha əsəbi zəng edir.
• Müştəri artıq üçüncü dəfə zəng edir və hər dəfə hər şeyi yenidən danışır.

Bunların ikisi bacarıq, ikisi proses, biri səlahiyyət problemidir. Təlim yalnız bacarıq hissəsini həll edir; qalanları üçün rəhbərlik qərarı lazımdır.

Şikayət danışığının beş addımı

1. 11. Sonadək dinləməkMüştəri ilk 60–90 saniyədə hər şeyi deməlidir. Sözü kəsmək, hətta düzəliş üçün, qəzəbi artırır.
2. 22. Faktları dəqiqləşdirməkSifariş nömrəsi, tarix, nə baş verib, müştəri nə gözləyir — sakit, konkret suallarla.
3. 33. Etiraf etməkProblemi və onun müştəriyə təsirini adlandırmaq; səhv şirkətdədirsə, bunu açıq demək.
4. 44. Həll və ya seçimSəlahiyyət daxilində həll; mümkün deyilsə, iki-üç real seçim və hər birinin müddəti.
5. 55. Təsdiq və qeydRazılaşmanı təkrarlamaq, müddəti demək, şikayəti sistemdə səbəbi ilə yazmaq.

Səlahiyyət matrisi

Birinci xəttin şikayəti həll etməsi üçün yazılı səlahiyyət matrisi lazımdır: hansı halda operator nəyi özü edə bilər. Nümunə:

• Çatdırılma gecikib: yeni vaxt, pulsuz yenidən çatdırılma — operator özü.
• Məhsul zədəli gəlib: dəyişdirmə və ya qaytarma — operator özü, şəkil ilə.
• Kompensasiya: müəyyən məbləğə qədər — operator; ondan yuxarı — növbə rəhbəri.
• Qaydadan istisna: həmişə rəhbər.
• Hüquqi təhdid, media, təhlükəsizlik: dərhal rəhbər və müvafiq şöbə.

Matris olmayanda operator ya hər şeyi eskalasiya edir, ya da öz başına vəd verir — ikisi də pisdir. Matrisi rübdə bir dəfə yeniləyin: hansı hallar tez-tez rəhbərə gedir və onları birinci xəttə vermək olarmı?

Eskalasiya nə vaxt yenə də düzgündür

«Eskalasiyasız» hədəfi heç vaxt müştərinin rəhbər tələbini rədd etmək demək deyil. Müştəri israrla rəhbər istəyirsə, problem səlahiyyətdən kənardırsa və ya hüquqi, təhlükəsizlik riski varsa, eskalasiya düzgün addımdır. Təlim bu halları tanımağı və düzgün ötürməyi də öyrətməlidir: rəhbər müştəriyə yenidən sual verməməlidir, operatorun qeydi kifayət etməlidir.

Məşq ssenariləri

Şikayət təlimi üçün dörd ssenari başlanğıc kimi kifayətdir:

• Haqlı şikayət, sadə həll: gecikmiş çatdırılma, müştəri əsəbi, həll operatorun səlahiyyətindədir.
• Haqlı şikayət, çətin həll: müştəri kompensasiya istəyir, məbləğ matrisdən yuxarıdır.
• Qismən haqlı şikayət: müştəri qaydanı yanlış başa düşüb, amma şirkətin izahı da aydın deyildi.
• Haqsız şikayət: müştəri qaydadan kənar tələb edir — operator hörmətlə «yox» deyib alternativ təklif edir.

Ssenari kartının necə yazıldığını dəstək üçün AI müştəri simulyasiyası yazısında göstərmişik.

Nə qiymətləndirilir

• Müştəri ilk dəfə sonadək danışa bildimi?
• Faktlar dəqiqləşdirildimi — xüsusilə müştərinin nə gözlədiyi?
• Problem və onun təsiri etiraf olundumu?
• Təklif səlahiyyət matrisinə uyğun idimi, real müddəti var idimi?
• Razılaşma təkrar edildimi və şikayət qeyd olundumu?

Etiraf addımının məşqini ayrıca empatiya təlimi yazısında izah etmişik.

Şikayəti sistemdə qeyd etmək

Şikayət danışığının son addımı tez-tez unudulur: qeyd. Hər şikayət üçün səbəb kateqoriyası, verilən həll, vəd olunan müddət və cavabdeh şəxs yazılmalıdır. Bu, iki iş görür: müştəri yenidən zəng edəndə ikinci operator hər şeyi bilir, şirkət isə şikayətlərin səbəblərini sayıb kök problemi tapa bilir. Səbəblərin necə analiz olunduğunu şikayətlərin kök səbəb analizi yazısında göstərmişik.

İllüstrativ nümunə

Bu, illüstrativ nümunədir. Mebel şirkətində şikayət zənglərinin böyük hissəsi rəhbərə ötürülürdü. Təhlil göstərdi ki, səbəb operatorların bacarığı yox, səlahiyyətsizliyidir: hətta yenidən çatdırılma vaxtı təyin etmək üçün rəhbərin icazəsi lazım idi.

Şirkət səlahiyyət matrisini yazdı, operatorlar isə dörd ssenari ilə məşq etdi. Bir neçə həftə sonra rəhbərə ötürülən şikayətlərin payı ayrıca izlənməyə başladı və rəhbər öz vaxtını yalnız matrisdən kənar hallara ayırmağa başladı.

Tipik səhvlər

• Səlahiyyət vermədən «eskalasiyanı azaldın» tələbi.
• Eskalasiya sayını operatorun cəzası üçün istifadə etmək — operator haqlı eskalasiyanı da gizlədir.
• Müştərinin sözünü kəsib qaydaya keçmək.
• Müddətsiz vəd: «tezliklə həll edəcəyik».
• Şikayəti qeydsiz bağlamaq.

Məhdudiyyətlər

Bəzi şikayətlər danışıqla həll olunmur, çünki problem prosesdədir — eyni gecikmə hər gün təkrarlanırsa, ən yaxşı operator da yalnız nəticəni idarə edir. Simulyasiya real müştərinin bütün reaksiyalarını təkrarlamır. Hüquqi xarakterli şikayətlər — istehlakçı hüquqları, məlumat sorğuları — yerli qanunvericiliyə görə ayrıca qayda tələb edir.

Vexvon AI Training-də

Vexvon AI Training-də şikayət ssenarisi şirkətin özünün qurduğu müştəri profili ilə məşq edilir: davranış, etirazlar və qeydlərdə səlahiyyət sərhədi yazıla bilər. Şirkət beş addımı öz meyarları kimi və öz çəkiləri ilə təyin edə bilər. Qiymətləndirmədə hər meyar üzrə izah, operatorun öz cümləsinə bağlı səhv və daha yaxşı cavab nümunəsi göstərilir; irəliləyiş operator və qrup üzrə izlənir. Ətraflı: AI Training.

Növbəti addım

Keçən ay rəhbərə ötürülən 20 şikayəti açın və hər birinə bir sual verin: operatorun bunu həll etmək səlahiyyəti var idimi? «Yox» cavabları səlahiyyət matrisinin ilk sətirləridir. Real zənglərdə deeskalasiyanın qiymətləndirilməsini deeskalasiya scorecard-ı yazısında izah etmişik. Digər yazılar müştəri xidməti təlimi bölməsindədir; ssenarilərinizi demo zamanı birlikdə qura bilərik.