Mobileye klientų aptarnavimas su DI: kai agentas turi ne blizgėti, o sutaupyti laiką
·
klientų aptarnavimas su DI šiandien nėra teorinis žaislas. Tai jau darbas, pinigai, duomenys ir kartais labai žemiškas klausimas: kas prisiims atsakomybę, kai DI pradės veikti už žmogų?
Klientų aptarnavimas su DI kartais skamba kaip gražus pažadas. Mobileye ir AWS rugpjūčio 5 d. aprašytas pavyzdys yra praktiškesnis: greičiau rasti informaciją, sumažinti rankinį darbą ir padėti komandai nepasimesti tarp užklausų.
Turiu prisipažinti, tokias naujienas skaitau ne kaip blizgančią vitriną. Skaitau kaip žmogus, kuris iš karto galvoja apie komandą pirmadienio rytą. Kas iš to bus naudinga? Kur bus painiava? Ir kur po mėnesio kas nors pasakys: „mes galvojom, kad čia automatiškai susitvarkys“.
KAS NUTIKO
Mobileye sprendime naudojamas Amazon Bedrock AgentCore, Lambda, Secrets Manager ir kitos AWS paslaugos. Tikslas – padėti palaikymo komandai dirbti su žiniomis, užklausomis ir procesais greičiau.
Čia man patinka, nes nėra stebuklingo „atleiskime visus ir tegul robotas kalba“. Yra paprastesnė logika: žmonės stringa, nes informacija išmėtyta. DI padeda ją surasti ir sutvarkyti.
Čia svarbi detalė: kalbame ne apie dar vieną gražų demonstracinį video. Kalbame apie produktus, politiką, infrastruktūrą arba tyrimus, kurie keičia, kaip žmonės dirba su DI realiose organizacijose.
KODĖL TAI SVARBU
Klientų aptarnavime vertė atsiranda tada, kai atsakymas yra greitas, tikslus ir patikrinamas. Jei agentas tik gražiai kalba, bet nesiremia teisingais duomenimis, turite naują problemą.
DI jau išlipo iš „parašyk tekstą“ dėžutės. Jis naršo, jungiasi prie įrankių, analizuoja duomenis, planuoja veiksmus, kartais tvarko dokumentus ar padeda priimti sprendimą. Trumpai: jis artėja prie darbo proceso, ne tik prie pokalbio lango.
Ir čia smegenys mėgsta paslysti. Norisi sakyti: „ai, čia dar užsienyje“. Bet tas pats modelis ar funkcija rytoj atsiras kliento kompiuteryje, darbuotojo naršyklėje arba partnerio pasiūlyme.
KĄ TAI REIŠKIA VERSLUI
Lietuvos įmonėms čia labai praktiška kryptis: pradėti nuo vidinio palaikymo asistento, kuris padeda darbuotojams, o ne iš karto paleisti klientams.
- susitvarkyti žinių bazę
- apibrėžti, iš kur agentas gali imti atsakymus
- matuoti atsakymo laiką ir tikslumą
- palikti sudėtingas situacijas žmogui
Paimkite 50 paskutinių klientų užklausų ir pažymėkite, kurios kartojosi. Ten dažnai slepiasi pirmas geras DI asistento scenarijus.
Man patinka paprastas testas: ar po šios naujienos tavo komanda turi vieną aiškesnį sprendimą? Jei ne, vadinasi dar tik skaitome. Skaityti galima. Tik nereikia apsimesti, kad tai jau strategija.
KUR GALI SKAUDĖTI
Rizika – agentui duoti netvarkingą dokumentų krūvą ir tikėtis, kad jis bus tvarkingesnis už organizaciją.
Dažniausia klaida labai ūkiška. Žmonės įsijungia įrankį, pabando, nustemba, pasidžiaugia ir tada palieka viską savieigai. Po kelių savaičių paaiškėja, kad vieni darbuotojai kelia jautrius failus, kiti matuoja naudą iš jausmo, o treti net nežino, kas leidžiama.
Ne tragedija. Bet tvarkos reikia.
KĄ PASIDARYTI ŠIĄ SAVAITĘ
Šią savaitę pasirinkite vieną pasikartojančią klientų temą ir sukurkite patikrintą atsakymų šaltinį.
Šaltinis: AWS Machine Learning Blog.
DUK
Ką Mobileye darė su DI?
AWS aprašė, kaip Mobileye panaudojo Bedrock AgentCore palaikymo operacijoms gerinti.
Ar tai tinka mažesnei įmonei?
Taip, jei pradedama nuo pasikartojančių užklausų ir tvarkingos žinių bazės.
Ką matuoti?
Atsakymo laiką, tikslumą, žmogaus peržiūrų skaičių ir pasikartojančių užklausų mažėjimą.
Jei nori DI naudoti praktiškai, pradėk nuo vieno proceso. Vienas pasikartojantis darbas. Vienas atsakingas žmogus. Vienas matavimas. Daugiau praktikos rasi MasterSprint.
