Inimestele edastamine AI-chatbotis: millal veebitoetus peab üleandma vestluse inimesele

AI-chatboti eesmärk on aidata veebikülastajatel kiiremini jõuda õigesse vastusse. Toetuse puhul on see vaid pooltööd. Teine pool algab täpselt sealt, kus bot ei ole enam kindel, ei ole enam vastutav või ei ole enam abiline: inimestele edastamise (Human Handoff) etapis. See on planeeritud käiv dealoogi üleandmine inimesele ilma et külastaja peaks oma päringut kordama, kanalit vahetama või botiga võitlema.

Veebi meeskonnade jaoks on see punkt strateegiliselt oluline. Chatbot, mis vastab rutiinküsimustele, vähendab tugikoormust. Chatbot, mis blokeerib tegelikke eskaleerimisi, suurendab frustratsiooni, korduvkontakte ja katkemisestupsi. Seetõttu ei ole parim lahendus „bot või inimene“, vaid selge edastamismehhanism: bot lahendab kõik, mida ta suudab usaldusväris lahendada, ja teeb tee vabaks heakskiidust siis, kui inimene on parem valik.

Miks inimestele edastamine ei ole chatboti ebaõnnestumine

Nielsen Norman Groupi värske UX-uuring nimetab „edastamisvalmidust“ (Handoff willingness) üheks saite-spetsiifiliste AI-chatbotide kesksetest omadustest. Soovitus on selge: kui kasutajad soovivad selgelt rääkida inimesega, ei tohiks bot seda päringut tõra. Samuti on korduv ümberformulering, märkCallable frustratsioon või vastuse kvaliteedi puudulikkus signaalid, et tuleks pakkuda edastamist.

See sobib tehniliste disainmustritega. Microsoft kirjeldab inimestele edastamist kui mõtekalt viisi, kui bot ei saa päringut aru või kui protsessi ei saa automatiseerida. Google kirjeldab edastamist Dialogflow's kui lõppkasutaja vestluse üleandmist inimes-agendile. Mõlemad perspektiivid näitavad: edastamine ei ole marginaalne eriseadmus, vaid tõsise toetusvoo tuumikomponent.

Need, kes planeerivad üleminekut korralikult, saavad chatbotit isegi võimsemaks muuta. Külastajad usaldavad boti rohkem, kui see tunneb oma piire. Tugimeeskonnad tõuustuvad, kui edastamine jõuab koos vestluse kokkuvõtte, keele, teema, prioriteedi ja boti seniste vastustega. Nii ei pea inimene alustama nullist.

Kõige olulisemad edastamise triggerid

1. Külastaja küsib otse inimese abi

Kõige selgem trigger on eksplitsiitne formulering nagu „inimene“, „toetus“, „agent“, „helistage mulle“, „töötaja“ või „live-chat“. Seda päringut ei tohiks peita kolme edasi botiküsimuse taha. Lühike selgitamine võib olla mõtekas, kui see on vajalik marsrutiseerimiseks, näiteks „Kas tegemist on arve, tehnika või müügiga?“. Kuid edastamise pakkumine ise peaks olema nähtav ja kohustav.

2. Bot on ebakind või kordab end

Bot ei tohis teeselda, nagu oleks iga vastus sama usaldusvägine. Madal vastuse kindlus, puuduvad teadmusbaasi treffid, vastuolud sumberajad või korduv küsimine ilma eduga on head sisemised triggerid. Praktiline on reegel: pärast kahte ebaõnnestunud selgitamisjuputust pakub bot aktiivselt edastamist. See vähib lõpumatu ringmängu ja kaitseb tajutavust vastuse kvaliteeti.

3. Päring nõuab tegevust, otsust või vastutust

Paljud veebiküsimused on informatiivsed: avamisaeg, hinnatase, dokumentatsioon, tootevõrdlus. Teised vajavad inimest: lepingu muudatused, kulantsusotsused, kaebused, lühistamine, turvaintsidendid, meditsiinilised või õiguslikud üksikjuhtumid, individuaalsed pakkumised või isiklikud kontodandmed. Bot võib sellistel juhtumitel koguda ja ettevalmistada andmeid, kuid ei tohiks iseseisvalt lubada otsuseid, mida ettevõte ei soovi automatiseeritult teha.

4. Keel, toon või kiirepisus muutuvad

Korduv suurte tähtede kasutamine, laused nagu „see ei converged“, kaebusterminid, tarneprobleemid, rikketeateid või maksemise tähtaajad võivad olla eskaleerimissignaalid. Oluline on sealjuures mitte kunstlikult dramatiseerida. Bot peaks olukorraga rahulikult nõustuma ja pakkuma järgmist sammu: „Edastan selle meie tugimeeskonnale koos senise käiguga.“

Mis peaks edastamisega kaasama

Inimestele edastamine on kasulik ainult siis, kui inimene näeb konteksti. Microsofti edastamisprotokoll näib ette muuga koos kontekstandmed ja transkripti. Veebi meeskonnade jaoks saab sellest tuletada kompakse edastamisnime:

• kasutaja kavatsuse lühike kokkuvõtte ühe lausega,
• viimased asjakohased sõnumid või transkript,
• aktuaalne lehekülg, toode, vorm või artikkel, millelt chat alustati,
• külastaja keel ja eelistatud kanal,
• tuvastatud kategooria nagu toetus, müük, arve või tehnika,
• kiirepisus ja eskaleerimise põhjus,
• allikad või teadmusbaasi artiklid, mida bot juba kasutas,
• ainult isikandmed, mis on töötlemiseks tõesti vajalikud.

Just viimane punkt on kriitiline. Edastamine ei tähenda võimalikult paljude andmete edastamist. See tähendab asjakohaste andmete korrastatud edastamist. Kui on vaja tundlikke andmeid, peaksid veebi meeskonnad selgelt määratlema, milliseid andmeid bot üldse küsib ja millal on vajalik turvaline kanal.

Praktiline edastamisvoog

Tugev voog ei alga alles vea korral. Juba tervitus peaks raame looma: bot aitab tüüpiliste veebiküsimustel ja saab vajadusel edastada meeskonnale. Dialoogi ajal vastab ta lihtsatele päringutele otse, küsib ebaselgete promptide puhul täpsustavalt ja linkib asjakohasele sisule. Kui trigger käib käia, selgitab ta lühiest üleminekut.

Hea muster on: esmalt tunnustada, siis kokkuvõtte teha, siis pakkuda järgmist tegevust. Näide: „Ma ei saa seda usaldusväris lõplikult selgitada. Teen seniste andmete kokkuvõtte ja edastan selle meie tugimeeskonnale.“ Seejärel peaks külastaja nägema, mis juhtub: live-chat, tagasiselehelmine, e-posti pilet, appointment-link või kontaktvorm. Kui inimene ei ole kohe saadaval, peab bot seda ausalt ütlema ja pakkuma realistlikku alternatiivi.

Meeskonnadele mitme asukohaga, erinevate keelte või tootejõnede puhul on lisaks kasulik marsrutiseerimise samm. See peaks jääma lühikeseks ja küsima ainult neid teateid, mis on tõesti assigneerimiseks vajalikud. Pikk eel-filter tundub takistusena ja vastustab edastamise eesmärkile.

Head edastustekstid on lühidased ja kohustavad

Microcopy määrab, kas üleminek vaikutab usaldusväärsena. Vältige lauseid nagu „ma olen vaid bot“ või „ma ei saa seda kahjuks teha“. Paremad on selged, tegevusorienteeritud formuleringud:

• „Edastan selle vestluse meie tugimeeskonnale ja lisan senise käigu.“
• „Selle jaoks on inimene parem kontaktisik. Kas ma peaksin looma pileti teie kokkuvõttega?“
• „Leisin kaks võimalikku põhjust, kuid ei saa seda kindlalt otsustada. Edastan juhtumi edasi.“
• „Hetkel ei ole live-agenti saadaval. Saan teie päringu piletina ettevalmistada või näidata sobivat kontaktviisi.“

Need tekstd ei anna liialdasid lubadusi. Nad selgitavad põhjust, vähendavad kordumist ja annavad külastajale kontrolli järgmise sammu üle.

KPI-d: mida meeskonnad pärast käivitamist peaksid mõõtma

Edastamiskontseptsioon on usaldusvägine alles siis, kui seda mõõdetakse. Pelgalt automatiseerimisastmed ei piisa, sest need võivad luua valed incentive'id. Kui optimeerida ainult „vähem edastamisi“, riskitakse sellega, et bot hoiab keerulisi juhtumeid liiga kaua. Mõtekam on kvaliteedi- ja efektiivsusmetrikate kombinatsioon:

• edastamise määr teema ja lehe järgi,
• edukasse vastu võetud edastamiste osa,
• ooteaeg kuni inimese vastuse saamiseni,
• kordumise määr pärast edastamist,
• lahendusmäär ja uue kontakti loomine määratud aja jooks으로,
• boti konfidentsus enne eskaleerimist,
• katkemismäär edastamisvoogudes,
• boti loodud kokkuvõtte kvaliteet.

Numbreid peaks regulaarselt võrdlema tegelike chat-käigudega. Kõrge edastamismäär võib olla halb, kui lihtsad küsimused eskaleeruvad ebavajutult. See võib aga olla hea, kui bot tuvastab keerulised juhtumid vara ja valmistab neid puhtalt ette. Kontekst on olulisem kui üksik sihtnumber.

Kontrollnimekiri veebisaitide operatoritele

• Määrake, milliseid päringuid bot tohib iseseisvalt vastata.
• Kirjutage eksplitsiidsed edastamistriggerid soovile rääkida inimesega, ebakindluse, frustratsiooni ja automatiseerimatu protsessi puhul.
• Piidage selgitamisjuputuste arvu enne edastamise pakkumist.
• Salvestage agentidele lühike, kontrollitav vestluse kokkuvõte.
• Edastage koos keel, lehekülg, kategooria ja asjakohased allikad.
• Vältige botidialoogis ebavajalikke isikandmeid.
• Planeerige offline-stsenaariume, et bot ei edastaks tühjusesse.
• Testige desktopi ja mobiilseadmeid, sest edastamisnupud on väikestel ekraanidel sageli raskemalt märkavad.
• Ülevaatake tõelised edastamised iganädalaselt ja kohandage triggereid.

Tüüpilised vead

Kõige tavalisem viga on „väravakaitmine“ (gatekeeping): külastaja palub inimest, kuid bot esitab veel kohustuslikke küsimusi. Peaaegu sama kahjulik on edastamine ilma kontekstita, kus inimene peab kõike uuesti küsima. Kolmas viga on vale edu mõõtmine. Kui madal edastamismäär loetakse edukuseks, kuigi kaebused ja korduvkontaktid kasvavad, optimeerib meeskond vastupäraselt kasutaja eesmärgile.

Hea AI-chatbot ei ole see, kes lõpetab iga dialoogi üksinda. Hea on bot, kes lahendab lihtsaid ülesandeid usaldusväris, teeb piirid läbipaistvaks ja kaasab inimese täpselt siis, kui see on külastajale ja meeskonnale parem. Kes vormistab selle ülemineku teadlikult, ühendab automatiseerimise teenusekvaliteediga.

Loe lähemalt ja allikad

Edastamise vormistamiseks on kasulik vaadata võrdlust AI Chatbot vs. Live-Chat vs. Kontaktvorm, toetuse aluseid artiklis Kuidas AI-chatbot parandab veebi klienditoetust ja mõõtmisloogikat AI-chatboti KPI-d. Teadlikud allikad selle artikli jaoks on Nielsen Norman Groupi artiklid The 5 Qualities of Site-Specific AI Chatbots ja The User Experience of Chatbots, Microsoft Learn osutades Bot-to-Human Handoff ning Google Cloudi dokumentatsioon Dialogflow ES Handoff.