İnkişaf
Müştəri dəstəyində AI: harada kömək edir, harada mane olur
Dil modeli səhv edəndə belə əminliklə cavab verir. Dəstəkdə AI-nin harada faydalı olduğunu, nəyi əvvəlcədən hazırlamaq lazım olduğunu və ona nəyi etibar etmək olmadığını təhlil edirik.
Dəstəyi dil modeli ilə əvəz etmək ideyası açıq-aşkar görünür: suallar təkrarlanır, cavablar sənədlərdə var, model rabitəli danışmağı bacarır. Praktikada fayda həqiqətən var, amma o, tam axtarıldığı yerdə deyil, əsas risk isə nümayişdə görünməyəcək şəkildə qurulub. Aşağıda bunun yaxından necə göründüyü var.
İki tətbiq üsulu və onlar bərabər deyil
Birinci xətt kimi AI. Model müştəriyə birbaşa cavab verir. Sürətli, gecə-gündüz, eyni tipli suallar axınını aradan qaldırır. Bütün risk də buradadır: hər cavab xaricə gedir və onu heç kim yoxlamayıb.
Operatora ipucu kimi AI. Model müraciəti oxuyur, bilik bazasından uyğun parçaları tapır, cavab qaralaması təklif edir. Operator düzəldir və göndərir. Vaxt qənaəti birinci variantdan azdır, amma səhv şirkəti tərk etmir.
İkinci variantı demək olar ki, həmişə birinci işə salmağa dəyər. O, eyni əsası verir — bilik bazası, onda axtarış, müraciətlər sistemi ilə inteqrasiya — və eyni zamanda statistika toplayır: qaralama nə qədər tez-tez düzəlişsiz yararlıdır, model harada səhv edir, ona hansı məlumatlar çatışmır. Belə işin bir-iki ayından sonra hansı mövzuları avtonom rejimə vermək olduğu, hansını olmadığı görünür. Dərhal müştərilərə işə salmaq sizi bu məlumatdan məhz o, ən çox lazım olduğu anda məhrum edir.
Əsas risk: əminliklə və səhv
Dil modeli inandırıcı mətn yaradır. İnandırıcılıq və həqiqət tez-tez üst-üstə düşür, amma həmişə yox və cavabın formasına görə onları ayırd etmək mümkün deyil: səhv cavab düzgün cavabla tamamilə eyni görünür — eyni sakitliklə və eyni tonla.
Dəstək üçün bu, konkret şeylər deməkdir:
- Model sizdə olmayan şərti deyə bilər: qaytarma müddəti, çatdırılma variantı, məhsulun imkanı.
- O, iki düzgün fraqmentdən cavab yığıb səhv nəticə ala bilər — bu, ən çətin tutulan səhvdir.
- Müştəri əminliklə iddia edirsə, o, onun səhv ifadəsi ilə hazırlıqla razılaşacaq.
- Ona deyilməyibsə, dünən sizdə dəqiq nəyin dəyişdiyini bilmir.
Botun verdiyi vədi müştəri şirkətin vədi kimi qəbul edir. Bununla mübahisə etmək faydasızdır və insani baxımdan o, haqlıdır.
Praktik nəticə: riski modeli daha diqqətli olmağa inandırmaqla deyil, sistemin quruluşu ilə azaltmaq lazımdır. Cavab yalnız bazanızın tapılmış fraqmentləri üzərində qurulur; uyğun heç nə tapılmayıbsa — cavab yoxdur, insana keçid var. Bu, sərbəst dialoqdan nəzərəçarpacaq dərəcədə darıxdırıcı və nəzərəçarpacaq dərəcədə təhlükəsizdir.
Başlanğıcdan əvvəl nəyi hazırlamaq lazımdır
Cavabların keyfiyyəti model seçimi ilə deyil, onun nədən cavab verdiyi ilə müəyyən edilir. Bilik bazasının hazırlanması layihənin əsas işidir və sifarişçi adətən onu az qiymətləndirir.
- Mənbələri toplayın. Reqlamentlər, keçmiş dövr üzrə dəstək cavabları, məhsul təsvirləri, şərtlər, təlimatlar. Nə vaxtsa yazılanı deyil, real istifadə olunan hər şeyi.
- Ziddiyyətləri təmizləyin. İki sənəddə fərqli qaytarma şərtləri varsa, model birini seçəcək və mütləq düzgününü yox. Ziddiyyətləri sonra deyil, əvvəl aradan qaldırmaq lazımdır.
- Müstəqil parçalara bölün. Fraqment sənədin qalan hissəsi olmadan anlaşılan olmalıdır. "Yuxarıdakı bölməyə baxın" tipli istinadlar parçalar üzrə axtarışda işləmir.
- Sahib təyin edin. Bazanın hər bölməsinin dəyişikliklər zamanı onu yeniləyən şəxsi var. Sahibsiz bilik bazası bir neçə aya köhnəlir və zərər verməyə başlayır.
- Açığı daxilidən ayırın. Daxili şərhlər, alış qiymətləri, VIP müştərilər üçün istisnalar üzrə təlimatlar müştəriyə cavabın formalaşdığı dəstə düşməməlidir.
- Canlı məlumatları ayrıca qoşun. Sifariş statusu, hesabdakı qalıq, yazılma tarixi — bu, bilik bazası deyil, sistemə sorğudur. Model belə şeyləri təxmin etməməli, funksiyanı çağırmalı və nəticəni təkrarlamalıdır.
Altıncı bənd adətən faydalılığı müəyyən edir. Yalnız mətnləri bilən AI ümumi suallara cavab verir. Konkret sifarişə baxa bilən AI real müraciətləri bağlayır.
İnsana keçid — məcburi hissədir
Bu, ehtiyat çıxış deyil, ssenarinin daimi elementidir. O, əvvəlcədən və qaydalarla layihələndirilir.
Dialoqu insana ötürmək lazımdır:
- bazada uyğun fraqment olmadıqda;
- müştəri xahiş etdikdə — ilk dəfədən, saxlamaq cəhdləri olmadan;
- söhbət puldan gedəndə: qaytarma, yenidən hesablama, kompensasiya, ödəniş üzrə mübahisə;
- mesajda nəzərəçarpan qıcıq və ya şikayət qeydi olduqda;
- sual sağlamlığa, hüquqa, təhlükəsizliyə aid olduqda;
- müştəri üçüncü dəfə təkrar soruşduqda — deməli, cavablar kömək etməyib.
Ötürmə zamanı operator "müştəri gözləyir" bildirişini deyil, bütün dialoqu tamamilə almalıdır. Tarixçəni yenidən təkrarlamaq botun özündən daha çox qıcıqlandırır.
Qeyri-iş vaxtı barədə ayrıca. İndi operator yoxdursa, bunu demək və müraciəti anlaşılan cavab müddəti ilə qeydə almaq insanı avtomatik ifadələr dairəsində gəzdirməkdən daha dürüstdür.
Modelə nəyi etibar etmək olmaz
Texniki cəhətdən mümkün olsa belə, avtomatikaya verilməyən qərarlar var.
- Maliyyə əməliyyatları. Qaytarmalar, endirimlər, silinmələr, tarifin dəyişdirilməsi. Model müraciət hazırlaya bilər, qərarı insan qəbul edir.
- Hüquqi əhəmiyyətli ifadələr. Müqavilə, zəmanət öhdəlikləri, şəxsi məlumatlar üzrə cavablar. Burada təkrar deyil, hazır təsdiqlənmiş mətn lazımdır.
- Tibbi və hüquqi tövsiyələr. Cavab məsləhət deyil, mütəxəssisə marşrut olmalıdır.
- Fərdi istisnalar. "Sizə, olsun, edərik" — bu, idarəetmə qərarıdır.
- Şəxsiyyət yoxlanılmadan şəxsi məlumatlarla iş. Sifariş barədə nəsə deməzdən əvvəl sistem onun sahibi ilə danışdığını bilməlidir. Bu, çatdakı ada görə təxmin deyil, ayrıca mexanikadır.
Buraya müraciət məlumatlarının hara getdiyi sualı da aiddir. Xarici xidmət istifadə olunursa, xaricə dəqiq nəyin göndərildiyini başa düşmək və yazışmadan artıq olanı əvvəlcədən təmizləmək lazımdır. Əlaqəli mövzu təhlükəsizlik bölməsində təhlil olunub.
Bunun işləyib-işləmədiyini necə ölçmək
"Yaxşılaşdı" hissi etibarsızdır. Hər biri ilk gündən toplana bilən anlaşılan əlamətlərə baxmağa dəyər:
- operator iştirakı olmadan bağlanmış müraciətlərin payı — amma yalnız növbəti bəndlə birlikdə;
- avtomatik cavabdan sonra eyni səbəblə təkrar müraciət edənlərin payı: artırsa, bot həll etmir, təxirə salır;
- operator neçə qaralamanı düzəlişsiz göndərir və neçəsini tamamilə yenidən yazır;
- insana ötürmənin ən tez-tez baş verdiyi mövzular — bu, bilik bazasının hansı bölməsini tamamlamaq lazım olduğuna ipucudur;
- ayrıca siyahı — botun səhv cavab verdiyi hallar. Onları faizlə saymaq deyil, tək-tək təhlil etmək lazımdır.
Sonuncu bənd qalanlardan vacibdir. Qaytarma şərtləri barədə bir səhv cavab operatorun qənaət edilmiş yüz dəqiqəsindən baha başa gəlir.
Praktik hərəkət ardıcıllığı
- Müştərilərə avtonom cavablarla deyil, operatora ipucu ilə başlayın.
- Bilik bazasını toplayın və təmizləyin. Bu, işin əsas hissəsidir; ona yalnız proqramçıların deyil, şirkət insanlarının vaxtını ayırın.
- Cavabları mənbə olmadıqda cavab verməkdən imtina ilə ciddi şəkildə tapılmış fraqmentlər üzrə qurun.
- Canlı məlumatları təkrar vasitəsilə deyil, sistemlərinizə çağırışlar vasitəsilə qoşun.
- Operatora ötürmə qaydalarını təsvir edin və dialoqun tamamilə ötürüldüyünü yoxlayın.
- Avtomatik cavab üçün qadağan olunmuş mövzuların siyahısını tərtib edin və onu real müraciətlərdə yoxlayın.
- Bir neçə həftəlik işdən sonra avtonom rejimə yalnız qaralamaların düzəlişsiz getdiyi mövzuları keçirin.
Belə ardıcıllıq "modeli bir həftəyə çata qoşmaq"dan yavaşdır, amma sonradan yerinə yetirməli olacağınız öhdəliklər yaratmır. Vəziyyətinizi konkret təhlil etmək lazımdırsa — bizə yazın.