Čatbota sarunas nodošana cilvēkam: praktisks ceļvedis 2026. gadam
Tērzbotu nodošana cilvēkam ir brīdis, kad automatizācija apstājas un par klienta jautājumu atbildību uzņemas cilvēks. Nākamais solis var būt saruna reāllaikā, atbalsta pieteikums vai atbilde e-pastā. Svarīgākais ir tas, lai klients varētu turpināt, nesākot visu no jauna.
Laba nodošana ir atkarīga no trim elementiem:
- Laiks: Nododiet sarunu tālāk, kad tērzbots nevar pārliecinoši atbildēt vai klients lūdz palīdzību no cilvēka.
- Konteksta saglabāšana: Saglabājiet sarunas vēsturi un visu informāciju, ko klients jau ir sniedzis.
- Pārredzamība: Izskaidrojiet, kas notiks tālāk, tostarp to, vai klientam jāgaida palīdzība reāllaikā vai atbilde vēlāk.
Ar ierobežošanas rādītāju vien nepietiek, lai noteiktu, vai tērzbots ir noderīgs. Bots, kas atpazīst savas robežas un izveido skaidru ceļu uz cilvēka atbalstu, var nodrošināt labāku pieredzi nekā bots, kas turpina piedāvāt neatbilstošas atbildes.
Satura rādītājs
- Kad aktivizēt tērzbota nodošanu cilvēkam?
- Galvenie ieguvumi, pareizi nododot sarunu
- Labākā prakse vienmērīgai pārejai no tērzbota pie cilvēka
- Kā Deskhero veicina efektīvu tērzbota nodošanu cilvēkam
- Deskhero sniedz jūsu komandai pārdomātāku sākumpunktu
- BUJ
- Galvenās atziņas
Kad aktivizēt tērzbota nodošanu cilvēkam?
Pareizais aktivizēšanas nosacījums ir atkarīgs no atbalsta kanāla, klienta pieprasījuma un no tā, ko tērzbots drīkst darīt. Katru jautājumu nodot cilvēkam nozīmē neizmantot pašapkalpošanās priekšrocības. Savukārt gaidīšana pēc tam, kad bots vairs nespēj sniegt noderīgas atbildes, rada neapmierinātību.
Skaidrākie aktivizēšanas nosacījumi iedalās divās kategorijās: tiešie un secinātie.
Tiešie aktivizēšanas nosacījumi ir nepārprotami signāli:
- Klients lūdz sarunāties ar cilvēku.
- Pieprasījums attiecas uz tēmu, kuru jūsu politika paredz izskatīt cilvēkam.
- Klientam nepieciešama darbība, ko tērzbots nevar veikt.
Secinātie aktivizēšanas nosacījumi izriet no sarunas:
- Tērzbots nevar atrast pietiekami atbilstošu atbildi.
- Klients norāda, ka atbilde neatrisināja problēmu.
- Saruna kļūst atkārtota.
- Klients sniedz informāciju, kurai nepieciešama izpēte vai spriedums.
Visiem šiem nosacījumiem nav nepieciešama noskaņojuma analīze vai sarežģīts maršrutēšanas modelis. Vienkārša pārliecības pārbaude, skaidra atbilde “Nē” uz jautājumu “Vai šī atbilde atbildēja uz jūsu jautājumu?” un viegli pieejama saziņas veidlapa var nodrošināt uzticamu alternatīvu.
Īpaši svarīgi ir pamanīt atkārtošanās ciklu. Ja klients turpina pārfrāzēt vienu un to pašu jautājumu un saņem būtībā tādu pašu atbildi, botam vajadzētu piedāvāt citu risinājumu, nevis paildzināt šo ciklu.
Profesionāļa padoms: Definējiet eskalācijas noteikumus, balstoties uz to, ko jūsu tērzbots var pārbaudīt un pabeigt. Drošākais aktivizēšanas nosacījums bieži vien ir bota apstiprināto zināšanu vai atļauju robeža.
Galvenie ieguvumi, pareizi nododot sarunu
Vienmērīga pāreja no tērzbota uz cilvēka nodrošinātu atbalstu uzlabo pieredzi abās sarunas pusēs.
- Jo mazāk atkārtošanās: Saglabāts sarunas pieraksts ļauj atbalsta Lietotājam redzēt, ko klients jautāja un ko atbildēja tērzbots.
- Labākas pirmās atbildes: Konteksts palīdz Lietotājam pievērsties neatrisinātajam jautājumam, nevis lūgt klientam vēlreiz izklāstīt visu problēmu.
- Piemērota automatizācija: Vienkārši jautājumi var palikt pašapkalpošanās režīmā, bet neskaidri vai sensitīvi pieprasījumi tiek nodoti cilvēkam.
- Efektīvāka izpēte: Kontaktinformācija, veidlapas lauki un pielikumi var sniegt Lietotājam noderīgus pierādījumus pirms atbildes.
- Lielāka uzticēšanās: Klienti var redzēt, ka uzņēmumam ir plāns jautājumiem, uz kuriem tērzbots nevar atbildēt.
Eskalācija ne vienmēr nozīmē neveiksmi. Tā ir kontrole, kas neļauj automatizācijai minēt, pārsniedzot savas zināšanas. Mērķis nav izvairīties no katras nodošanas, bet padarīt katru nodošanu mērķtiecīgu un viegli saprotamu.
Labākā prakse vienmērīgai pārejai no tērzbota pie cilvēka
Nododiet pilnu konteksta informāciju
Saglabājiet sarunas pierakstu un jau apkopoto klienta informāciju. Atkarībā no pieprasījuma noderīgais konteksts var ietvert klienta kontaktinformāciju, neatrisināto jautājumu, atbilstošas konta vai pasūtījuma atsauces, veidlapas laukus un pielikumus.
Parādiet šo informāciju kopā ar pieteikumu, nevis lieciet atbalsta Lietotājam rekonstruēt sarunu no atsevišķiem rīkiem. Ja tiek izveidots kopsavilkums, saglabājiet pieejamu sākotnējo sarunas pierakstu, lai Lietotājs varētu to pārbaudīt.
Nosakiet gaidas uzreiz pēc nodošanas
Informējiet klientu, kad automatizētā saruna ir beigusies un kas viņam jādara tālāk. Ja alternatīva ir veidlapa, iepriekš aizpildiet visu iespējamo un paskaidrojiet, ka atbilde tiks saņemta vēlāk. Ja kanāls atbalsta palīdzību reāllaikā, nošķiriet pievienošanos rindai no savienošanas ar cilvēku.
Novirziet pieprasījumu pareizajai komandai
Novirziet jauno pieteikumu atbilstoši veidlapai, pastkastei, tēmai vai klienta sniegtajai informācijai. Noderīgam piešķiršanas noteikumam vajadzētu uzlabot atbildības uzņemšanos, neizdarot apgalvojumus par steidzamību vai kompetenci, ko sistēma nevar garantēt.
Skaidri sazinieties ar klientu
Izmantojiet tiešu valodu, piemēram: “Es nevarēju uz to atbildēt. Nosūtiet šo informāciju, un mūsu atbalsta komanda atbildēs e-pastā.” Neaprakstiet pieteikuma vai e-pasta alternatīvu kā tērzēšanu reāllaikā. Norādiet aptuveno atbildes laiku tikai tad, ja jūsu komandai ir uzticams apkalpošanas mērķis.
Sagatavojiet Lietotājus nodošanas scenārijiem
Atbalsta Lietotājiem pirms atbildes jāizlasa sarunas pieraksts, jāatzīst iepriekš notikušais un jāizvairās lūgt informāciju, kas jau atrodas pieteikumā. Pirms paļaušanās uz automatizētu kopsavilkumu viņiem tas arī jāpārbauda pret paša klienta vārdiem.
Mēriet pareizos KPI
Noderīgi nodoto sarunu rādītāji ietver:
- Atkārtotas informācijas sniegšanas rādītājs: Cik bieži klientiem vēlreiz jāsniedz tā pati informācija.
- Klientu atsauksmes: Vai klienti uzskatīja tērzbota atbildi par noderīgu un vai vēlākā atbalsta mijiedarbība atrisināja problēmu.
- Laiks līdz pirmajai cilvēka atbildei: Cik ilgi klients gaida pēc alternatīvās veidlapas vai pieteikuma iesniegšanas.
- Eskalācijas iemesls: Kuri jautājumi un zināšanu trūkumi visbiežāk liek tērzbotam apstāties.
Pārskatiet šos rādītājus kopā. Zemāks eskalāciju rādītājs automātiski nav labāks, ja klienti paliek iestrēguši atkārtotās sarunās.
Kā Deskhero veicina efektīvu tērzbota nodošanu cilvēkam
Deskhero AI tērzbots ir pašapkalpošanās funkcija ar alternatīvu pieteikuma veidlapu. Tas nesavieno apmeklētājus ar cilvēku tērzēšanai reāllaikā. Kad bots nevar atbildēt, klients var pāriet uz veidlapu, un atbalsta Lietotājs atbild, izmantojot parasto pieteikumu darbplūsmu, parasti e-pastā.
Deskhero AI tērzbots atbild tikai no apstiprinātā publiskā BUJ satura. Atrisinātie pieteikumi, iekšējās zināšanas, no tīmekļa vietnes iegūtas lapas un citas darbvietas zināšanas var palīdzēt ar atbilžu ieteikumiem Lietotājiem, taču tās nav tieši atbilžu avoti klientiem paredzētajam tērzbotam. Lai iespējotu tērzbotu, darbvietā jābūt vismaz 100 apstiprinātiem publiskā BUJ ierakstiem. Ja apstiprināto ierakstu skaits vēlāk samazinās zem 100, logrīks atgriežas tikai veidlapas režīmā, līdz prasība atkal tiek izpildīta.
Katra tērzēšanas sesija kļūst par pieteikumu ar sarunas pierakstu. Ja bots sarunas laikā padodas, Deskhero parāda alternatīvo veidlapu. Vairāku ziņojumu sarunai tas var iepriekš aizpildīt tematu un ziņojumu ar mākslīgā intelekta izveidotu kopsavilkumu par to, kas vēl nav atrisināts, apmeklētāja valodā. Ja atbilde nav saņemta uz pirmo ziņojumu, tiek izmantots apmeklētāja teksts. Kad klients iesniedz veidlapu, Deskhero atjaunina to pašu pieteikumu ar kontaktinformāciju, nevis izveido dublikātu.
Alternatīvā veidlapa var arī apkopot konfigurētus laukus un augšupielādētus failus. Deskhero vidē Lietotājs pieteikumā var pārskatīt sarunas pierakstu, klienta informāciju un pielikumus. AI ieteiktās atbildes var balstīties uz visām darbvietas zināšanām un izmantot atbalstītos attēlu un dokumentu pielikumus kā kontekstu. Lietotājs pārskata un nosūta atbildi.
Deskhero savienojas ar Gmail, Google Workspace un Microsoft 365, izmantojot divvirzienu e-pasta sinhronizāciju. Tas var izmantot arī paša domēna pastkasti, izmantojot pārsūtīšanu un autentificētu sūtīšanu. E-pasti, iegultās veidlapas un tērzbota sesijas tiek novirzītas uz kopīgo pieteikumu rindu.
Profesionāļa padoms: Pārskatiet jautājumus, kas rada atsauksmi “Nē” vai alternatīvos pieteikumus. Tie var atklāt trūkstošas publiskā BUJ atbildes, neskaidru formulējumu vai pieprasījumus, kas vienmēr jānodod cilvēkam.
Deskhero piedāvā 30 dienu bezmaksas izmēģinājumu, un kredītkarte nav nepieciešama. Tas dod komandai laiku savienot pastkasti, izveidot un apstiprināt publisko BUJ, kā arī pārbaudīt klienta ceļu no tērzbota atbildes līdz atbalsta pieteikumam.
Deskhero sniedz jūsu komandai pārdomātāku sākumpunktu
Uzticama nodošana sākas ar godīgu kanāla dizainu. Klientiem būtu jāzina, vai viņi sarunājas ar automatizāciju, iesniedz atbalsta pieprasījumu vai gaida cilvēku.
Deskhero apvieno kopīgu palīdzības dienestu ar BUJ balstītu AI tērzbotu un alternatīvu veidlapu. Tērzēšanas pieraksts paliek kopā ar pieteikumu, neatrisinātās sarunas var tikt apkopotas veidlapā, un AI var ieteikt atbildi, ko Lietotājs pārskata. Automātiskās funkcijas tiek aktivizētas pēc izvēles, marķētas un reģistrētas. Sāciet 30 dienu bezmaksas izmēģinājumu, lai pārbaudītu darbplūsmu ar savu pastkasti un apstiprināto BUJ.
BUJ
Kas ir tērzbota nodošana cilvēkam?
Tērzbota nodošana cilvēkam ir pāreja no automatizētas sarunas uz atbalstu, ko nodrošina cilvēks. Tā var novest pie palīdzības reāllaikā, pieteikuma vai atbildes e-pastā. Ja iespējams, sarunas kontekstam būtu jāpāriet kopā ar pieprasījumu.
Kad tērzbotam vajadzētu eskalēt pieprasījumu cilvēkam?
Noderīgi aktivizēšanas nosacījumi ietver tiešu lūgumu pēc cilvēka palīdzības, pārliecinošas atbildes trūkumu, negatīvas atsauksmes par atbildi, atkārtotu sarunu vai pieprasījumu, kam nepieciešams cilvēka spriedums vai darbība.
Kādi dati jānodod tērzbota nodošanas laikā?
Saglabājiet sarunas pierakstu un klienta jau sniegto informāciju. Atbilstošais konteksts var ietvert kontaktinformāciju, neatrisināto jautājumu, veidlapas laukus, konta vai pasūtījuma atsauces un pielikumus.
Kā novērtēt nodošanas kvalitāti?
Sekojiet tam, cik bieži klienti atkārto informāciju, laikam līdz pirmajai cilvēka atbildei, klientu atsauksmēm, atrisinājuma rezultātiem un iemesliem, kas aktivizē eskalāciju. Pārskatiet šos rādītājus kopā, nevis optimizējiet tikai mazāku nodošanu skaitu.
Kā Deskhero apstrādā eskalāciju no tērzbota pie cilvēka?
Deskhero nepiedāvā cilvēka tērzēšanu reāllaikā. Tā AI tērzbots atbild no apstiprinātā publiskā BUJ. Ja tas nevar atbildēt, klients pāriet uz iepriekš aizpildītu veidlapu, un saruna paliek tajā pašā pieteikumā, lai atbalsta Lietotājs to apstrādātu, izmantojot parasto pieteikumu un e-pasta darbplūsmu.
Galvenās atziņas
Noderīgai tērzbota nodošanai ir skaidrs aktivizēšanas nosacījums, tā saglabā klienta kontekstu, nosaka precīzas gaidas un sniedz atbalsta Lietotājam praktisku nākamo soli.
| Punkts | Informācija |
|---|---|
| Kontekstam jāseko pieprasījumam | Saglabājiet sarunas pierakstu un atbilstošo klienta informāciju kopā ar izveidoto pieteikumu vai sarunu. |
| Gaidām jāatbilst kanālam | Informējiet klientus, vai viņi tiek novirzīti uz atbalstu reāllaikā, iesniedz veidlapu vai gaida atbildi e-pastā. |
| Cilvēka pārbaude joprojām ir svarīga | Lietotājiem jāpārbauda automatizētie kopsavilkumi, jāizlasa sarunas pieraksts un jāizvairās lūgt jau sniegtu informāciju. |
| Ar vienu rādītāju nepietiek | Apvienojiet eskalācijas iemeslus, atkārtotas informācijas sniegšanas rādītāju, atbildes laiku, klientu atsauksmes un atrisinājuma rezultātus. |
| Deskhero izmanto pieteikuma alternatīvu | AI tērzbots atbild no apstiprinātā publiskā BUJ satura, bet vajadzības gadījumā pāriet uz veidlapu un uz e-pastu balstītu atbalstu. |