Voice agent səhv cavab verəndə: incident prosesi necə qurulur
Agent bütün gün köhnə qiyməti deyirsə, sual «kim günahkardır?» yox, «neçə müştəriyə təsir etdi?» olmalıdır. Bu yazıda incidentin tərifini, üç ciddilik səviyyəsini, altı addımlı prosesi — qeyd, məhdudlaşdırma, kök səbəb, düzəliş, test, məlumatlandırma — incident kartını və illüstrativ qiymət dəyişikliyi nümunəsini tapacaqsınız.
Qısa cavab
Səsli agent səhv cavab verəndə — köhnə qiymət deyir, yanlış ünvana göndərir, qadağan mövzuda məsləhət verir — sual «kim günahkardır?» yox, «nə qədər müştəriyə təsir etdi və bir daha necə olmayacaq?» olmalıdır. Bunun üçün altı addımlı incident prosesi lazımdır: hadisəni qeyd etmək, təsiri dərhal məhdudlaşdırmaq, kök səbəbi tapmaq, düzəliş etmək, yenidən test etmək və təsirə məruz qalan müştəriləri məlumatlandırmaq.
Proses əvvəlcədən yazılmalıdır, çünki səhv aşkar olunan an adətən təzyiqli an olur: şikayət gəlib, rəhbər soruşur, agent isə hələ də zəngləri qəbul edir. Bu yazıda addımları, ciddilik səviyyələrini və incident kartını göstəririk.
Incident nədir
Hər kiçik qüsur incident deyil. İncident — agentin müştəriyə yanlış və ya zərərli məlumat verdiyi, sərhədi pozduğu və ya zəngin gözlənilməz şəkildə kəsildiyi və bunun təkrarlana biləcəyi haldır. Məsələn, agent bir dəfə adı səhv eşidib — bu, qüsurdur. Agent bütün gün köhnə qiyməti deyib — bu, incidentdir.
Ciddilik səviyyələri
- YüksəkMaliyyə, sağlamlıq və ya hüquqi zərər riski; şəxsi məlumatın yanlış açılması; təcili zəngin ötürülməməsi. Dərhal reaksiya.
- OrtaYanlış qiymət, şərt və ya müddət; çox müştəriyə təsir edən səhv. Eyni gün reaksiya.
- AşağıTək səhv, təsiri kiçik, müştəri narazılığı yoxdur. Həftəlik düzəliş dövründə.
Addım 1: qeyd
İncident harada aşkar olunursa olsun — müştəri şikayəti, operator siqnalı, transkript yoxlaması — o, bir yerə qeyd olunur. Qeyddə: nə vaxt, hansı zəng(lər), agent nə dedi, düzgün nə olmalı idi, kim aşkar etdi. Transkript sətri ilə sübut əlavə edin — «deyəsən səhv deyib» ilə kök səbəb tapmaq olmur.
Addım 2: təsiri məhdudlaşdırmaq
Kök səbəbi tapmazdan əvvəl səhvin davam etməsinin qarşısını alın. Seçimlər ciddilikdən asılıdır: bilik bazasında səhv cavabı müvəqqəti silmək, mövzunu ssenaridə «ötür» kimi işarələmək, və ya yüksək ciddilikdə həmin zəng növünü müvəqqəti olaraq birbaşa insanlara yönləndirmək. Bu addım saatlar, bəzən dəqiqələr ərzində atılmalıdır.
Addım 3: kök səbəb
- Bilik bazası: cavab köhnə, natamam və ya səhvdir
- Sərhəd: agent cavab verməməli olduğu mövzuda cavab verib
- Eşitmə: sual səhv eşidilib
- Oxşar cavab: agent yaxın, amma başqa cavabı seçib
- Ssenari: təlimat ziddiyyətlidir və ya yoxdur
- İnteqrasiya: xarici sistemdən səhv və ya köhnə məlumat gəlib
Səbəbi transkriptə və bilik bazasının həmin anda olan versiyasına baxaraq müəyyən edin. Bir səbəb tapıldıqdan sonra oxşar mövzularda eyni problemin olub-olmadığını yoxlayın.
Addım 4 və 5: düzəliş və yenidən test
Düzəliş kök səbəbə uyğun olmalıdır: bilik problemi bilikdə, sərhəd problemi ssenaridə, inteqrasiya problemi sistemdə həll olunur. Düzəlişdən sonra incidentə səbəb olan sualla və onun bir neçə variantı ilə test zəngi edin. Yalnız test keçəndən sonra 2-ci addımdakı müvəqqəti məhdudiyyəti götürün.
Addım 6: məlumatlandırma
Səhv məlumat alan müştərilər varsa, onları müəyyən edin — zəng jurnalı və transkriptlərdən — və düzgün məlumatı çatdırın. Məsələn, köhnə qiymət deyilibsə, şirkət həmin müştərilərə necə davranacağına qərar verməlidir: köhnə qiyməti tanımaq, yoxsa düzgün qiyməti izah etmək. Bu, biznes və bəzən hüquqi qərardır, texniki yox.
Daxili məlumatlandırma da vacibdir: operatorlar nə baş verdiyini bilməlidir ki, müştəri zəng edəndə düzgün cavab versinlər.
İncident kartı
- Nömrə və tarix, ciddilik səviyyəsi
- Nə baş verdi — bir-iki cümlə, transkript istinadı ilə
- Təsir — neçə zəng, hansı müddətdə
- Məhdudlaşdırma — nə edildi və nə vaxt
- Kök səbəb və düzəliş
- Test nəticəsi
- Müştəri və daxili məlumatlandırma
- Təkrarın qarşısını almaq üçün dəyişiklik
İllüstrativ nümunə: qiymət dəyişikliyi
Real müştəri halı deyil. Fitnes klubu aylıq üzvlüyün qiymətini dəyişib, sayt yenilənib, amma bilik bazasındakı səs versiyası yox. İki gün ərzində agent zəng edənlərə köhnə qiyməti deyib. Resepsiya müştərilərin «telefonda başqa qiymət dedilər» sözlərindən sonra operatorlar siqnal verib.
Məhdudlaşdırma: qiymət sualı dərhal «ötür» kimi işarələnib. Kök səbəb: qiymət iki yerdə saxlanılırdı və biri yenilənməyib. Düzəliş: səs versiyası yenilənib, qiymət dəyişikliyi prosesinə «bilik bazası» addımı əlavə olunub. Transkriptlərdən köhnə qiymət eşidən 17 müştəri tapılıb; klub onlara ilk ay üçün köhnə qiyməti saxlamağı qərara alıb.
Rollar: kim nə edir
İncident zamanı qərarlar tez verilməlidir, buna görə rollar əvvəlcədən yazılır. Minimum üç rol: incidenti qeyd edən (operator və ya keyfiyyət məsulu), məhdudlaşdırma qərarını verən (komanda rəhbəri — yüksək ciddilikdə iş saatından kənar da əlçatan olmalıdır) və müştəri məlumatlandırması üzrə qərar verən (müştəri xidməti direktoru). Kiçik komandada bir nəfər bir neçə rolu daşıya bilər, amma adlar yazılmalıdır.
Aylıq incident icmalı
Ayda bir dəfə bütün incident kartlarına birlikdə baxın. Tək incident səbəbini göstərir, bir neçəsi isə nümunəni: məsələn, üç incidentin kök səbəbi «məlumat iki yerdə saxlanılır» çıxırsa, problem ayrı cavablarda yox, prosesdədir. İcmalın nəticəsi bir-iki proses dəyişikliyi olmalıdır — yeni qayda, yeni yoxlama addımı, yeni məsul.
Tipik səhvlər
- Səhvi yalnız bir cavabda düzəldib kök səbəbi axtarmamaq
- Məhdudlaşdırma addımını atlamaq — agent səhv cavabı deməyə davam edir
- Təsirə məruz qalan müştəriləri müəyyən etməmək
- Operatorları məlumatlandırmamaq
- İncidentləri qeyd etməmək — təkrarlanan nümunə görünmür
Hüdudlar
İncident prosesi səhvləri aradan qaldırmır, onların təsirini azaldır və təkrarını çətinləşdirir. Şəxsi məlumatla bağlı incidentlərdə yerli qanunvericilik bildiriş və ya qeydiyyat tələb edə bilər — bunu hüquqşünasla əvvəlcədən müəyyən edin. Müştəriyə kompensasiya qərarları biznes siyasətidir.
Vexvon-da incidentin izi
Vexvon AI Call Center-də hər zəngin səs yazısı, tam transkripti, xülasəsi və çıxarılan sahələri paneldə qalır — incidentin 1-ci və 3-cü addımları üçün sübut buradan gəlir. Bilik bazası chatbot ilə paylaşıldığı üçün bir düzəliş həm zəngdə, həm yazışmada işləyir. Ssenari paneldə dəyişdirilir, çətin mövzu canlı operatora ötürülür; marşrut qaydaları ilə müəyyən zənglər müvəqqəti olaraq birbaşa insanlara yönləndirilə bilər və qayda əvvəlcədən simulyatorda yoxlanır.
Səhvin qarşısını almaq səsli AI halüsinasiyası, bilik bazasının formatı isə səsli agent bilik bazası yazısındadır.
İlk addım
Bir səhifəlik incident prosesini yazın: ciddilik səviyyələri, kim qeyd edir, kim məhdudlaşdırma qərarı verir, kim müştəriləri məlumatlandırır. İlk incidentdən əvvəl hazır olsun. Digər yazılar etibarlılıq və pilot bölməsindədir; prosesi birlikdə qurmaq üçün bizimlə əlaqə saxlayın.