DI balso agentas lietuvių kalba: 7 testai prieš paleidžiant klientams
DI balso agento demonstracija dažnai atrodo nepriekaištingai: tylus kambarys, aiškiai kalbantis žmogus ir dviejų minučių pokalbis pagal paruoštą scenarijų. Tikras skambutis yra kitoks. Klientas kalba automobilyje, sustoja viduryje sakinio, vartoja įmonės žargoną, pakeičia nuomonę ir tikisi, kad pažadėtas vizitas tikrai atsiras kalendoriuje.
Todėl svarbiausias klausimas nėra „ar robotas gražiai kalba?“. Svarbu, ar jis patikimai užbaigia verslo procesą: supranta klientą, atlieka leistiną veiksmą sistemoje, užfiksuoja rezultatą ir laiku perduoda pokalbį žmogui.
Šis vadovas pateikia septynis testus, kuriuos verta atlikti prieš leidžiant DI balso agentui priimti ar inicijuoti tikrus klientų skambučius.
Kas yra DI balso agentas?
Atsakymas: DI balso agentas yra sistema, kuri realiu laiku priima žmogaus kalbą, supranta jo tikslą, parenka atsakymą ir prireikus atlieka veiksmą kitoje verslo sistemoje.
Praktiškai balso agentą sudaro keli sluoksniai:
- telefonijos kanalas, pavyzdžiui, SIP arba VoIP;
- kalbos atpažinimas arba tiesioginis garso modelis;
- pokalbio logika ir įmonės žinios;
- įrankiai veiksmams CRM, kalendoriuje ar ERP sistemoje;
- balso generavimas;
- stebėsena, įrašai ir perdavimas žmogui.
OpenAI balso agentų dokumentacijoje aprašomi du pagrindiniai techniniai keliai. Pirmasis yra nuoseklus kalba–tekstas–agentas–kalba procesas. Antrasis naudoja ilgai veikiančią realaus laiko garso sesiją, kurioje sistema gali apdoroti garsą dalimis, aptikti pertraukimus ir kviesti įrankius. Konkretus modelis yra tik viena visos sistemos dalis.
Jei jums reikia tik perrašyti ir analizuoti darbuotojų skambučius, tai yra skambučių analitika, o ne balso agentas. Balso agentas pats dalyvauja pokalbyje ir gali atlikti sutartus veiksmus.
1. Ar agentas supranta tikrą lietuvių kalbą?
Atsakymas: Testuokite ne studijinį balsą, o savo klientų kalbą: skirtingą tartį, pavardes, adresus, įmonių pavadinimus, skaičius ir profesinį žargoną.
Lietuvių kalbos testų rinkinys turėtų apimti bent šias situacijas:
- žmogus kalba greitai arba tyliai;
- fone girdisi automobilis, biuras ar gatvė;
- sakinyje vartojami lietuviški ir angliški terminai;
- diktuojamas el. pašto adresas, telefono numeris arba automobilio valstybinis numeris;
- vartojamos linksniuotos pavardės ir vietovardžiai;
- klientas pats pasitaiso: „ne antradienį, o trečiadienį“;
- pokalbio metu pakeičiama kalba.
Vien bendras transkripcijos tikslumas neatsako, ar sistema tinkama. Atskirai matuokite kritinių laukų tikslumą: datos, laiko, sumos, kontakto ir užsakymo numerio. Klaida mandagiame sakinyje gali būti nepastebima, o klaida datos lauke sukuria realią žalą.
Daugiau apie kalbos atpažinimo ir sintezės ypatumus rasite straipsnyje kaip DI supranta lietuviškai.
2. Ar pokalbis nevėluoja ir leidžia klientui įsiterpti?
Atsakymas: Žmogus turi galėti natūraliai sustoti, pratęsti mintį ir pertraukti agentą. Testuokite visą skambučio grandinę, o ne vien modelio atsakymo laiką.
Delsą sukuria telefonijos tinklas, garso kodavimas, kalbos atpažinimas, duomenų paieška, modelio atsakymas, įrankio vykdymas ir balso generavimas. Dėl to laboratorinis rezultatas gali smarkiai skirtis nuo tikro skambučio.
Realaus laiko agentų gairės atskirai išskiria garso srautus, pertraukimus, įrankių kvietimus ir atkūrimo stebėjimą. Verslo testas turėtų matuoti ne tik vidurkį, bet ir blogiausius atvejus:
| Matuojamas momentas | Ką tikrinti |
|---|---|
| Atsakymo pradžia | kiek klientas laukia po savo sakinio |
| Pertraukimas | ar agentas nustoja kalbėti klientui įsiterpus |
| Tylos pauzė | ar sistema nepradeda atsakymo žmogui dar nebaigus minties |
| Sistemos veiksmas | kiek trunka kalendoriaus, CRM ar ERP užklausa |
| Ryšio sutrikimas | ar pokalbis atkuriamas, ar saugiai perduodamas žmogui |
3. Ar agentas užbaigia veiksmą verslo sistemoje?
Atsakymas: Geras balso agentas ne tik pasako „vizitas užregistruotas“, bet ir sukuria teisingą įrašą kalendoriuje, CRM arba kitoje sistemoje.
Kiekvienam scenarijui apibrėžkite patikrinamą rezultatą:
- rezervacija turi turėti datą, laiką, paslaugą ir kontaktą;
- užklausa turi būti priskirta tinkamam padaliniui;
- CRM pastaboje turi likti sutarta santrauka;
- klientui turi būti išsiųstas patvirtinimas;
- pakartotinis to paties veiksmo vykdymas neturi sukurti dublio.
Testuokite ne tik sėkmę. Kalendorius gali būti nepasiekiamas, CRM gali grąžinti klaidą, o pasirinktas laikas gali būti užimtas sekundę prieš rezervaciją. Agentas turi žinoti, ką tokiu atveju pasakyti ir ko nedaryti.
Šis skirtumas tarp kalbančio roboto ir veikiančio agento išsamiau paaiškintas DI agentų ir pokalbių robotų palyginime.
4. Ar agentas žino, kada perduoti pokalbį žmogui?
Atsakymas: Perdavimo taisyklės turi būti apibrėžtos prieš paleidimą. Žmogaus perėmimas nėra nesėkmė — tai saugaus proceso dalis.
Pokalbis turėtų būti perduodamas, kai:
- agentas du kartus nesuprato to paties kritinio duomens;
- klientas aiškiai paprašo žmogaus;
- klausimas nepatenka į patvirtintą žinių sritį;
- reikia priimti teisinį, medicininį ar finansinį sprendimą;
- klientas yra stipriai nepatenkintas;
- sistema negali patvirtinti atlikto veiksmo;
- prašoma išimties, nuolaidos ar grąžinimo virš nustatytos ribos.
Geriausias perdavimas išsaugo kontekstą. Darbuotojas turi matyti, kas jau aptarta, kokie duomenys surinkti ir kodėl agentas perdavė pokalbį. Klientui nereikia visko kartoti nuo pradžių.
5. Ar klientas informuojamas ir jo duomenys apsaugoti?
Atsakymas: Pokalbio pradžioje aiškiai pasakykite, kad žmogus bendrauja su DI sistema. Rinkite tik procesui reikalingus duomenis ir iš anksto nustatykite jų saugojimo terminus.
ES DI akto 50 straipsnis nustato skaidrumo pareigas sistemoms, tiesiogiai sąveikaujančioms su žmonėmis. Be DI skaidrumo, skambučiams taikomi asmens duomenų apsaugos ir, priklausomai nuo scenarijaus, ryšių bei vartotojų apsaugos reikalavimai. Konkretų teisinį pagrindą, informavimo tekstą ir įrašymo taisykles verta patikrinti su duomenų apsaugos specialistu.
Minimalus praktinis sąrašas:
- pokalbio pradžioje pristatomas DI agentas;
- paaiškinama, jei pokalbis įrašomas;
- agentas neprašo perteklinių jautrių duomenų;
- mokėjimo ar tapatybės duomenys tvarkomi atskirame saugiame kanale;
- prieiga prie įrašų ir transkripcijų ribojama pagal darbuotojo vaidmenį;
- nustatytas automatinis duomenų ištrynimas;
- klientas gali paprašyti žmogaus.
6. Ar sistema atlaiko tikrą skambučių srautą?
Atsakymas: Vienas sėkmingas skambutis nieko nepasako apie penkiolika vienalaikių skambučių pirmadienio rytą.
Prieš paleidimą atlikite apkrovos testą su realistišku piko scenarijumi. Tikrinkite, ar didėjant srautui neblogėja atsakymo delsa, nepasimeta pokalbio būsena ir sistemos veiksmai įvykdomi tik vieną kartą.
Taip pat suplanuokite priklausomybių gedimus. Kas nutinka, jei neveikia kalendorius, telefonijos tiekėjas, kalbos modelis ar CRM? Saugiausias numatytasis režimas dažniausiai yra informuoti klientą, užfiksuoti perskambinimo užduotį ir neatlikti nepatvirtinto veiksmo.
7. Ar matuojamas verslo rezultatas, o ne pokalbių skaičius?
Atsakymas: Pagrindinė metrika turi atspindėti kliento užduoties rezultatą. „Aptarnautų skambučių“ skaičius neparodo, ar problema išspręsta.
Pasirinkite vieną pagrindinę metriką pagal scenarijų:
| Scenarijus | Pagrindinė metrika |
|---|---|
| Registracija | sėkmingai užbaigtų rezervacijų dalis |
| Užsakymo būklė | išspręstų užklausų be pakartotinio kontakto dalis |
| Išeinantys priminimai | patvirtintų atvykimų arba sumažėjusių neatvykimų dalis |
| Potencialių klientų kvalifikavimas | tinkamai perduotų galimybių dalis |
| Klientų aptarnavimas | išsprendimas pirmo kontakto metu ir pasitenkinimas |
Papildomai matuokite žmogui perduotų skambučių dalį, klaidingų veiksmų skaičių, vidutinę delsą, kainą vienam sėkmingam rezultatui ir klientų skundus.
DI ROI skaičiuoklėje galite įvertinti sutaupyto darbuotojų laiko vertę. Balso agentui prie sutaupymo būtina pridėti telekomunikacijų, modelio, integracijų, priežiūros ir kokybės kontrolės sąnaudas.
Kaip saugiai pradėti balso agento projektą?
Atsakymas: Pradėkite nuo vieno siauro scenarijaus, riboto klientų srauto ir aiškaus perdavimo žmogui.
- Pasirinkite procesą. Geras pirmas kandidatas turi daug pasikartojančių skambučių ir aiškią sėkmės būseną.
- Surinkite testų rinkinį. Naudokite anonimizuotus tikrų pokalbių pavyzdžius ir sąmoningai pridėkite sudėtingų atvejų.
- Paleiskite ribotą pilotą. Pradėkite nuo dalies darbo valandų ar vieno telefono numerio.
- Peržiūrėkite kiekvieną nesėkmę. Grupėmis žymėkite kalbos, žinių, integracijos, proceso ir perdavimo klaidas.
- Plėskite tik pasiekę ribas. Iš anksto nustatykite priimtiną klaidų, delsos ir eskalavimo lygį.
Apibendrinimas
DI balso agento kokybę parodo ne tai, kaip įtikinamai jis ištaria pirmą sakinį. Kokybę parodo visas procesas: ar agentas suprato žmogų, atliko teisingą veiksmą, apsaugojo duomenis, neapsimetė žmogumi ir laiku paprašė pagalbos.
Septyni testai — lietuvių kalba, delsa, sistemos veiksmai, perdavimas žmogui, skaidrumas, apkrova ir verslo rezultatas — leidžia atskirti gražią demonstraciją nuo sprendimo, kuriuo galima pasitikėti.
Šaltiniai
- OpenAI Agents SDK: Voice pipeline quickstart
- OpenAI Agents SDK: Realtime agents guide
- OpenAI Agents SDK: Realtime transport and SIP
- Europos Parlamento ir Tarybos reglamentas (ES) 2024/1689 — ES DI aktas
- Lietuvos EIMIN: 2026–2035 metų nacionalinės DI strateginės gairės
Norite patikrinti DI balso agento galimybes savo skambučių scenarijuje? Susisiekite su mumis — padėsime įvertinti lietuvių kalbą, integracijas ir realų verslo rezultatą.