OpenAI Presence: agentai klientų aptarnavime pereina į produkciją

Svarbiausia

• Ar Presence prieinamas visiems? OpenAI nurodo ribotą prieinamumą tinkamiems enterprise klientams, ne savitarnos produktą.
• Kokia didžiausia nauda? Galimybė valdyti agentą produkcijoje, o ne tik turėti gražų pokalbio prototipą.

OpenAI Presence šiandien atrodo kaip dar viena DI naujiena. Bet man čia įdomiausia ne pats pavadinimas. Įdomiausia, ką žmogus arba komanda turės daryti kitaip jau kitą savaitę.

OpenAI pristatė Presence – produktą įmonėms, kurios nori DI agentus paleisti ne demonstracijai, o realiems klientų ir vidiniams darbams.

Atvirai? Tokias naujienas verta skaityti su nedideliu vidiniu skeptiku. Ne tam, kad viską atmestume. Tam, kad neįsimylėtume demo ir nepamirštume proceso.

Kas nutiko

Presence sujungia modelio samprotavimą, įmonės taisykles, guardrails, patvirtintus veiksmus, simuliacijas, vertinimus ir eskalavimo taisykles. OpenAI teigia, kad jų pačių telefono palaikymo kanale Presence jau išsprendžia 75 proc. įeinančių užklausų be žmogaus.

Čia man įdomiausias žodis yra ne „agentas“. Įdomiausia – eskalavimas. Nes geras aptarnavimas nėra tada, kai botas kalba ilgai. Geras aptarnavimas tada, kai problema išspręsta arba laiku perduota žmogui.

Kodėl tai svarbu

OpenAI Presence svarbus todėl, kad agentų rinka juda nuo gražių prototipų prie kontroliuojamo veikimo. Čia jau kalbame apie politikų laikymąsi, veiksmų leidimus ir po paleidimo vykstančius taisymus.

DI jau nebėra tik langelis tekstui parašyti. Jis jungiasi prie duomenų, dokumentų, klientų aptarnavimo, kodo, sveikatos informacijos, vidinių taisyklių ir žmonių sprendimų. Kuo arčiau tikro darbo, tuo mažiau užtenka gražaus atsakymo.

Ką tai reiškia verslui

Verslui tai reiškia, kad klientų aptarnavimo DI turi būti matuojamas kaip komandos narys: kiek užklausų išsprendė, kada klydo, kada perdavė žmogui ir kiek kainavo viena išspręsta problema.

• pasirinkti vieną konkrečią aptarnavimo užduotį
• aprašyti, ką agentas gali daryti be žmogaus
• sukurti eskalavimo taisykles
• matuoti išspręstas užklausas, ne pokalbių ilgį

Pradžiai užtektų vieno scenarijaus: sąskaitos klausimai, siuntos statusas arba IT slaptažodžio atstatymas. Ne visas aptarnavimas iš karto.

Kur galima paslysti

Rizika – paleisti agentą ten, kur taisyklės dar gyvena tik darbuotojų galvose. Tada sistema improvizuoja ten, kur turėtų laikytis proceso.

Dažniausia klaida labai paprasta: bandome naują įrankį užmesti ant seno chaoso. Tada DI ne tiek padeda, kiek greičiau parodo, kur komandoje nėra savininko, taisyklių ar gero duomenų tvarkymo.

Ką pasidaryti šią savaitę

Paimkite dažniausią klientų klausimą ir užrašykite idealų kelią nuo pirmo sakinio iki sprendimo. Jei to nepavyksta padaryti, agentui dar anksti.