Construirea unui program CX-AI de la capăt la capăt: integrare și guvernare — Inteligența artificială în call center și experiența clienților

Câștiguri:

Abilitatea de a combina componente (bot, RAG, asistent, rezumat, analiză, autoservire, cifra de afaceri, măsurare) într-o singură călătorie perfectă a clientului
Capacitatea de a aplica disciplina de scalare treptată, pornind de la un pilot mic și dovedindu-l cu metrici și securitate
Stabilirea unei guvernări AI responsabile care să includă fiecare componentă, atribuirea documentației și controlului limită și poziționarea oamenilor pentru cele mai valoroase locuri de muncă

În cele unsprezece unități anterioare, am văzut fiecare domeniu în care inteligența artificială poate fi utilizată într-un centru de apel: roboți, design de conversație, rezumatul apelurilor, baza de cunoștințe, asistent agent, analiză a sentimentelor, autoservire, confidențialitate, transfer uman și măsurare. Am pus piesele împreună în această unitate finală. În loc de experiențe AI împrăștiate, obiectivul este de a construi un program unic, coerent de experiență a clienților: unul în care întreaga călătorie a clientului, de la bot la agent la autoservire până la rezumatul post-apel, curge perfect, sigur și măsurat.

În această unitate, vom proiecta mai întâi o călătorie a clientului cu AI end-to-end, apoi vom discuta pașii implementării unui program (pilot, scară, guvernare) și guvernanța AI - un set de reguli care asigură utilizarea responsabilă, sigură și auditabilă a inteligenței artificiale. Să definim termenul de la început: omnicanal (experiență integrată multicanal) înseamnă că contextul și experiența clientului continuă neîntrerupt chiar dacă comută între telefon, chat, e-mail, aplicație.

O călătorie a clienților de la capăt la capăt

Să urmărim scenariul unui client „expedierea mea este întârziată, vreau o rambursare” de la capăt la cap și să vedem ce componentă AI intră în joc la fiecare pas:

Autentificare (self-service): clientul deschide chat-ul în aplicație. Botul se prezintă (spune că este un bot), recunoaște intenția („livrare + returnare”), preia ultima comandă din CRM (anonim). — Unitățile 2, 3, 8
Răspuns bazat pe informații (RAG): bot-ul extrage starea actuală a încărcăturii din sistemul activ și politica de returnare din baza de cunoștințe; îi spune clientului „expedierea dumneavoastră este la — Unitatea 5
Decizia de tranzacție sau de transfer: Dacă returnarea se încadrează în limita standard, botul inițiază și confirmă printr-un flux securizat. Dacă este în afara limitelor sau clientul se enervează (semnal emoțional), acesta este transferat omului. — Unitatea 8, 10
Predare fără probleme: dacă este necesară transferul, botul mută cardul de context anonim (intenție, încercare, emoție) către agent; Clientul nu mai spune. - Unitatea 10
Agent + asistent: în timp ce agentul vorbește, asistența agentului sugerează un răspuns, afișează politica, dă un avertisment de conformitate; Reprezentantul decide și vorbește. - Unitatea 6
Terminare: conversația se termină; AI produce un rezumat și un proiect de etichetă, agentul aprobă. - Unitatea 4
Măsurare și învățare: Se înregistrează emoția, soluția, motivul cifrei de afaceri; sunt colectate lacunele din baza de cunoștințe și oportunitățile de îmbunătățire. — Unitatea 7, 11
Baza de securitate: În toți acești pași, datele personale/cardului sunt prelucrate mascate, vehiculele sunt activate pentru DPA, iar clientul este informat în mod transparent. - Unitatea 9

Acești opt pași arată cum fiecare componentă pe care o învățăm separat se reunește într-o singură călătorie. Un program bun CX-YZ este un flux continuu, nu o colecție de componente.

Sfat: proiectați-vă programul după călătoria clientului, nu componentă cu componentă. Mai întâi trageți cele mai frecvente 5 călătorii (retur, disputa de factură, defecțiune tehnică, programare, anulare) cap la cap; La fiecare pas, marcați „ce componentă AI, ce regulă de securitate, ce aprobare umană aici?” Călătoria, nu tehnologia, este în centru.

Intră în direct: de la pilot la scară

Un program CX-YZ nu este construit într-o zi. Calea sănătoasă este graduală:

Scena

ce să faci

Durata (tipic)

descoperire

Cele mai frecvente contacte, oportunități, riscuri sunt mapate

2-4 săptămâni

pilot

Încercat într-o singură călătorie îngustă (de exemplu, interogare de marfă)

4-8 saptamani

măsurarea

Sunt auditate valorile, erorile, securitatea

pe tot parcursul pilotului

expansiune

Călătoriile de succes se multiplică

treptat

Guvernare

Sunt stabilite reguli, control și responsabilitate

în mod constant

Principiul pilot este esențial: începeți mic, măsurați, apoi creșteți. Deschiderea simultană a întregului centru de apeluri către AI reduce și erorile instantaneu. Demonstrarea și extinderea încrederii într-o călătorie îngustă este atât sigură, cât și instructivă.

Guvernarea AI: un cadru pentru o utilizare responsabilă

Pe măsură ce un program crește, întrebări precum „cine este responsabil pentru ce, care sunt regulile, cum este controlat” devin critice. Guvernarea AI reglementează:

Proprietate: Fiecare componentă AI (bot, asistent, analiză) are un proprietar uman.
Document de frontieră: Este scris ce poate și nu poate face fiecare vehicul (Unitatea 1).
Reguli de aprobare umană: Ce decizii revin în mod necesar omului (bani, juridic, situație sensibilă).
Confidențialitate și securitate: conformitate KVKK/PCI-DSS, mascare, DPA, control acces (Unitatea 9).
Pista de audit: Trasabilitatea deciziilor și a datelor.
Principii etice: Transparență (clientul știe că vorbește cu botul), corectitudine (fără discriminare), explicabilitate.
Revizuire regulată: Audit periodic al acurateței, derivei, plângerilor și riscurilor etice.

Atenție: pe măsură ce un program AI crește, cel mai mare risc nu este tehnic, ci guvernanța: un bot care nu este deținut de nimeni, nedefinit și nemonitorizat poate oferi răspunsuri greșite în tăcere de-a lungul anilor și poate trage organizația într-o criză de angajament sau încălcare. Tehnologia este ușor de instalat; Managementul responsabil necesită disciplină.

Patru șabloane copiabile

1) Harta călătoriei de la un capăt la altul:

Creați o hartă AI de la capăt la capăt pentru „<<călătorie: de exemplu, obiecția facturii>>”. Pentru fiecare pas: canal, componentă AI implementată, sursă (în direct/bază de cunoștințe), este necesară aprobarea umană, regulă de securitate/mascare, declanșator de transfer. Scrieți pașii în ordinea introducerii→rezolvare/predare→încetare→măsurare.

2) Plan pilot:

Planificați un pilot CX-YZ. Domeniul de aplicare: <<o călătorie îngustă>>. Generați: (1) metrici și obiective de succes, (2) verificări de siguranță/conformitate, (3) reguli de predare/aprobare umană, (4) plan de măsurare pe 6 săptămâni, (5) „criterii de oprire” (în conformitate cu care pilotul este oprit). Configurați câmpurile țintă astfel încât să le pot completa.

3) Document de guvernare/limită:

Generați un card de guvernanță pentru o componentă AI. Componentă: <<ex. return bot>>.Domenii: proprietar (rol), ce pot face, ce nu pot face, decizii care necesită aprobare umană, date prelucrate + mascare, frecvență de audit/revizuire, declarație de transparență (față de client).Angajament gol; Scrieți limite clare și restrictive.

4) Controlul de sănătate al programului (periodic):

Produceți un rezumat trimestrial de „verificare a stării de sănătate” cu următoarele date ale programului: - tendințe KPI (productivitate + echilibru de calitate), - starea de acuratețe/derive, - constatări de securitate/conformitate, - primele 3 îmbunătățiri ale impactului, - riscuri de revizuit. Bazează-te pe date; Marcați-le pe cele vagi ca „necesită revizuire”. Date: <<...>>

Prompt slab / Prompt puternic

Prompt slab:

Construiește-ne un sistem de servicii pentru clienți AI care face totul.

Nerealist și periculos: domeniu de aplicare nelimitat, fără securitate, fără validare umană, fără măsurare. O astfel de dorință creează un risc, nu un sistem.

Solicitare puternică:

Proiectați un flux pilot CX-YZ pentru călătoria „solicitare marfă + întoarcere standard”. Păstrați domeniul de aplicare îngust. La fiecare pas, aveți: răspuns bazat pe sursă (fără fabricare), mascare, puncte care necesită aprobare umană, regula de transfer al furiei/în afara domeniului de aplicare și 3 metrici de măsurat (dintre care unul este un echilibru al calității). De asemenea, notează și criteriile de oprire.

Diferență: domeniul de aplicare îngust, siguranța-certificare-predare-măsurare inclusă, logica pilot și criteriile de oprire clare.

trei mini cutii

Cazul 1 — Succesul axat pe călătorie. O companie de comerț electronic a conceput AI nu ca „instalați botul, instalați asistentul” componentă cu componentă, ci ca „îmbunătățirea celor mai frecvente 5 călătorii cap la cap”. La prima călătorie (marfă + retur) izolarea și CSAT au crescut împreună; Același model a fost apoi copiat în alte călătorii. În 9 luni, rata soluțiilor de autoservire a crescut de la 41% la 68%, iar CSAT a crescut de la 3,9 la 4,5. Designul centrat pe călătorie a prevalat asupra masei aglomerate de vehicule.

Cazul 2 — Costul săriturii pilotului. O companie de telecomunicații a deschis un bot pentru toate produsele simultan. Baza de cunoștințe lipsea la unele produse; Când botul a difuzat informații false ale campaniei, mii de clienți au fost induși în eroare, iar programul a fost retras în grabă. În următoarea încercare, când un singur produs a fost pilotat și s-a dovedit fiabilitatea, acesta sa extins fără probleme. Lecție: începe mic, măsoară, crește.

Cazul 3 – Decalajul de guvernare. Un bot care a fost înființat într-o bancă în urmă cu doi ani a rămas „orfan” când proprietarul său s-a mutat într-o altă unitate; nimeni nu a actualizat baza de cunoștințe, nimeni nu a măsurat acuratețea. După o modificare a legislației, bot-ul a continuat să spună vechea regulă, rezultând o constatare a auditului. Acest risc a fost eliminat atunci când fiecărei componente i s-a atribuit un proprietar, un document de limită și o revizuire periodică. Lecție: AI orfan devine o răspundere în timp.

Greșeli comune

Stivuiți componente, nu construiți o călătorie. Instrumentele individuale nu fac o experiență coerentă; Design în jurul călătoriei.
Scalare fără pilot. Deschiderea întregului hub simultan reduce și erorile; Începeți cu pilotul îngust.
Ocolind guvernarea. Componentele care nu au proprietar, nu au granițe și nu au control creează riscuri în timp.
Lăsând securitatea să dureze. Mascarea, DPA, transparența trebuie să intre în design de la început; Nu se adaugă mai târziu.
Scopul de a dezactiva oamenii. Scopul nu este distrugerea oamenilor, ci concentrarea oamenilor asupra sarcinilor cele mai valoroase.

Atenție: chiar și cel mai matur program CX-YZ nu este un sistem „fără oameni”; Este un sistem care „poziționează oamenii în cel mai bun loc”. Rutina AI poartă cunoștințe și scară; Omul poartă relație, judecată și responsabilitate. Această diviziune a muncii este esența întregului modul.

În concluzie

Un program CX-YZ de la capăt la capăt combină componentele pe care le-am învățat separat (bot, RAG, asistent, rezumat, analiză, autoservire, predare, măsurare, securitate) într-o singură călătorie fără probleme a clientului. Proiectați programul ca fiind centrat pe călătorie, nu centrat pe componente; începeți cu un pilot mic și creșteți-l; Stabiliți guvernanță care atribuie fiecărei componente un proprietar, un document de limită și inspecție periodică. Construiți securitate și transparență în design încă de la început. Cel mai important: scopul nu este eliminarea oamenilor, ci concentrarea oamenilor asupra sarcinilor cele mai valoroase precum relațiile, judecata și responsabilitatea. AI poartă scară; Ea poartă sens uman și responsabilitate.

Sarcina de aplicare

Alegeți cea mai obișnuită călătorie a clienților pentru propria organizație (sau o organizație fictivă) și extrageți pașii de rezoluție a intrării/predare-încetare-măsurare, componenta AI în fiecare pas, sursa, aprobarea umană și regula de securitate cu șablonul „1) Harta călătoriei de la capăt la capăt”. Apoi proiectați un pilot de 6 săptămâni pentru această călătorie cu șablonul „2) Plan pilot” (metrice, siguranță, reguli de transfer, criterii de oprire). În cele din urmă, completați „3) Document de guvernare/limită” pentru o componentă.

lista de verificare

[ ] Mi-am conceput programul bazat pe călătoria clientului de la capăt la capăt, nu pe componentă.
[ ] Am trasat cele mai frecvente călătorii și am marcat componenta AI, sursa și aprobarea umană la fiecare pas.
[ ] Am început cu un pilot mic; Am demonstrat-o cu metrica și securitate și am crescut-o treptat.
[ ] Fiecare componentă AI are un proprietar, un certificat de limită și o inspecție periodică.
[ ] Am integrat securitatea, confidențialitatea și transparența în design încă de la început.
[ ] Am stabilit sistemul nu pentru a dezactiva oamenii, ci pentru a se concentra pe munca cea mai valoroasă.

Examenul modulului

1. Un manager de call center trimite o ofertă de rambursare generată de un bot AI direct clientului ca angajament, fără nicio aprobare umană. Care este greșeala fundamentală în această abordare?

A) Transformarea unui rezultat care include un angajament financiar într-o decizie fără aprobare umană; Ignorând că responsabilitatea revine oamenilor ✔
B) Botul nu ar trebui să știe deloc despre problema rambursării; Acest subiect este complet interzis
C) Botul a prezentat oferta în text simplu în loc de un tabel
D) Oferta de rambursare trebuie trimisă clientului prin SMS în loc de e-mail.

Descriere: Inteligența artificială este un asistent și generator de schițe; Angajamentele financiare asumate fata de client (rambursare, compensare) apartin persoanei competente. A transforma o ieșire AI neverificată și neaprobată într-un angajament este ca și cum ai face o promisiune a unui client nesemnat și leagă organizația.

2. Atunci când proiectați un chatbot, de ce ar trebui definit în mod restrâns și clar domeniul de aplicare al botului (ce poate și ce nu poate face)?

A) Domeniul de aplicare îngust face botul să scrie mai rapid și reduce costul serverului
B) Domeniul de aplicare nelimitat determină botul să producă promisiuni false și fabricate în chestiuni pe care nu le cunoaște; domeniul de aplicare îngust previne acest lucru ✔
C) Domeniul de aplicare îngust asigură că clienții nu ajung niciodată la oameni
D) Definirea domeniului de aplicare este necesară numai pentru boții de voce, nu și pentru boții de text

Explicație: Un bot al cărui domeniu este lăsat nelimitat va încerca să vorbească despre subiecte pe care nu le cunoaște și poate produce halucinații (informații fabricate) și își va lua angajamente false. Domeniul de aplicare îngust și clar păstrează botul numai pe subiecte sigure conectate la baza de cunoștințe; Când se stinge, este transferat oamenilor.

3. Un bot de comerț electronic trimite vești proaste, cum ar fi o respingere a returnării la „CEREREA DVS. NU ESTE ELIGIBILĂ”. iar plângerile erau în creștere. Care este cea mai bună soluție în ceea ce privește designul vorbirii?

A) Eliminați complet botul și direcționați toate cererile de rambursare către oameni
B) Pentru a spori claritatea prin transmiterea aceluiași mesaj cu majuscule și într-un limbaj mai precis
C) Implementați un ghid de ton care să ofere vești proaste cu empatie, fără vina și, dacă este posibil, cu o alternativă ✔
D) Modificarea condițiilor de retur și acceptarea tuturor solicitărilor

Explicație: Deși informația în sine (respingerea returnării) nu se schimbă, stilul determină experiența. A oferi vești proaste cu empatie, fără a da vina pe client și a oferi o alternativă dacă este posibil, crește semnificativ CSAT. Ghidul de tonuri menține vocea botului consistentă și umană.

4. De ce este esențial să folosiți o taxonomie închisă (o listă limitată, predefinită de etichete) în etichetarea automată a apelurilor (dispoziție), mai degrabă decât ca AI să genereze etichete liber?

A) Taxonomia închisă face ca botul să răspundă mai rapid
B) Etichetarea liberă este împotriva KVKK, în timp ce taxonomia închisă este compatibilă
C) Taxonomia închisă face ca aprobarea delegatului să nu fie necesară
D) Etichetele gratuite sunt inconsistente și dezordonate, distorsionând analiza; taxonomia închisă oferă categorii fixe, consistente și raportabile ✔

Explicație: Etichetarea gratuită produce zeci de etichete diferite, dar sinonime, cum ar fi „factură”, „facturare”, „problema facturii” și face ca rapoartele de management să nu aibă sens. O taxonomie închisă forțează IA în categorii fixe și consistente, asigurându-se că analiza este fiabilă.

5. Care este logica de bază a metodei RAG (Retrieval-Augmented Generation) în reducerea halucinațiilor la roboții call center?

A) Modelul bazează răspunsul pe piese extrase din sursa curentă, mai degrabă decât pe o potrivire din memorie; Dacă nu este în sursă, scrie „Nu știu” ✔
B) RAG reduce probabilitatea de răspunsuri greșite, permițând modelului să scrie mai rapid
C) RAG cere botului să răspundă fără greșeală la toate întrebările
D) RAG maschează automat datele personale și asigură conformitatea KVKK

Explicație: RAG împiedică modelul să încadreze răspunsul din propria memorie: mai întâi trage piesele relevante din baza de cunoștințe curentă, apoi generează răspunsul pe baza DOAR acele piese. Cu principiul „Dacă nu există răspuns în sursă”, modelul poate spune „Nu știu sigur” în loc să ghicească o întrebare pe care nu o știe.

6. Când este activat un asistent agent, timpul de procesare (AHT) al agenților crește atunci când pe ecran apar simultan 8 sugestii. Care este cea mai probabilă cauză și soluție pentru această situație?

A) Reprezentanții se opun asistentului; recomandările ar trebui să fie obligatorii
B) Prea multe sugestii creează supraîncărcare cognitivă; Păstrând sugestiile de soluții puține și la obiect ✔
C) Asistentul trebuie să scrie direct clientului, eliminând complet reprezentantul
D) Creșterea AHT este normală și trebuie ignorată

Explicație: Prea multe sugestii simultan creează o suprasolicitare cognitivă asupra agentului; agentul pierde legătura și fluxul cu clientul în timp ce încearcă să citească propunerile. Soluția este să reduceți numărul de sugestii și să afișați doar câteva sugestii, dar precise, de mare încredere.

7. Cum ar trebui să fie poziționate scorurile analizei sentimentelor și evaluările automate în managementul calității (QA) susținut de inteligență artificială?

A) Scorurile sunt adevărul absolut și ar trebui convertite direct în scoruri reprezentative de performanță
B) Analiza sentimentelor este folosită doar pentru marketing, nu are nicio legătură cu QA
C) Scorurile sunt un semnal și preliminar; Decizia finală aparține ființei umane bazată pe dovezi ✔
D) Deoarece AI evaluează toate conversațiile, supravegherea umană nu mai este necesară.

Explicație: Scorurile de sentiment și evaluările automate de QA sunt semnale și pre-screeners; Ironia, formularea și contextul pot induce în eroare modelul. Evaluarea finală și feedback-ul aparțin umanului; Fiecare constatare ar trebui să fie susținută de o citare a dovezilor din conversație, iar situațiile incerte ar trebui lăsate în seama oamenilor.

8. O companie de telecomunicații a încercat să mențină clienții pe bot, ascunzând opțiunea „conectează-te cu un agent” pentru a reduce costurile. Care este cel mai probabil rezultatul pe termen lung al acestei abordări „carcerale”?

A) Satisfacția clienților crește permanent pentru că toată lumea învață să folosească botul
B) Apelurile sunt reduse permanent și nu apar efecte secundare
C) Deoarece botul rezolvă toate problemele, nu mai este nevoie de o echipă umană
D) Clienții nerezolvați devin furioși, satisfacția și NPS scad și revin cu apeluri mai dificile ✔

Explicație: Deși prinderea clientului în bot reduce apelurile pe termen scurt, clienții nerezolvați devin mai supărați, inundă rețelele sociale și NPS scade; în cele din urmă se întorc cu apeluri mai lungi și mai dificile. Un bun self-service oferă clientului o ieșire ușoară și libertate; în mod paradoxal, acest lucru crește utilizarea autoservirii.

9. Un angajat a încărcat înregistrări de apeluri cu numere complete de card într-un instrument AI disponibil public pentru a analiza problemele de plată. De ce este aceasta o încălcare gravă a conformității?

A) Transmiterea numerelor complete de card către un dispozitiv neautorizat încalcă PCI-DSS și KVKK ✔
B) Singura problemă este că fișierul este în format Excel
C) Înregistrările apelurilor nu pot fi utilizate pentru analiză în nicio circumstanță
D) Singura problemă este că analiza a fost făcută în turcă în loc de engleză

Explicație: Numerele complete ale cardurilor de plată nu pot fi transmise sau stocate în medii neautorizate în conformitate cu PCI-DSS; Datele clienților sunt, de asemenea, în domeniul de aplicare al KVKK. Modul corect este de a masca complet cardul și datele personale la sursă și de a analiza doar textul anonim.

10. Într-o bancă, botul sugera insistent pași de autoservire unui client furios care spunea „cardul meu a fost blocat de 3 zile, înnebunesc”. Care este comportamentul corect în ceea ce privește proiectarea escaladării umane?

A) Botul ar trebui să spună clientului să se calmeze și să încerce din nou aceiași pași.
B) Botul ar trebui să citească semnalul de furie ca un declanșator de predare și să-l predea imediat omului, politicos și cu context ✔
C) Botul ar trebui să ofere reduceri suplimentare pentru a menține clientul în bot
D) Botul ar trebui să încheie conversația și să ceară clientului să sune mai târziu

Explicație: Semnele de furie și criză sunt declanșatoare implicite pe care botul îi va transfera rapid omului, nu asupra căruia insistă. Botul ar trebui să-l predea imediat omului cu o propoziție de tranziție politicoasă și să transmită agentului contextul anonim pe care l-a colectat; A spune „calmează-te” sau a insista va transforma experiența într-un dezastru.

11. Într-un call center, rata de izolare a botului a crescut de la 58% la 71%, dar în aceeași perioadă, CSAT a scăzut de la 4,1 la 3,6. Cum ar trebui interpretat acest tabel?

A) Programul este complet de succes deoarece Continerea este crescută, CSAT nu este important
B) Cele două valori nu au legătură și ar trebui evaluate separat
C) Este posibil ca câștigurile de productivitate să fi venit în detrimentul satisfacției; Clienții pot fi prinși în bot și acest lucru ar trebui verificat ✔
D) Declinul CSAT este sezonier și nu are nimic de-a face cu AI

Explicație: O măsurătoare de productivitate (limitare) nu trebuie citită izolat; Acesta trebuie evaluat împreună cu un echilibrator de calitate (CSAT). Dacă CSAT scade în timp ce Continerea crește, acesta poate fi un semnal că clienții sunt prinși în bot și rămân nerezolvați și ar trebui verificați.

12. De ce este recomandat să „începeți cu un pilot mic și să creșteți prin măsurare” atunci când implementați un program CX-AI de la capăt la capăt?

A) Pilot este doar o formalitate pentru a obține aprobarea bugetului
B) Pornind de la mic, se reduce permanent costul AI
C) Pilot elimină cerințele de guvernanță și securitate
D) Pornirea tuturor deodată reduce și erorile; Este sigur și instructiv să-l măriți prin măsurarea și demonstrarea într-un pilot îngust ✔

Explicație: Deschiderea simultană a întregului centru de apel către AI va scala instantaneu posibilele erori (bază de cunoștințe incompletă, răspunsuri greșite) și poate duce la o criză majoră. Extinderea încrederii într-o călătorie îngustă prin măsurarea și demonstrarea acesteia este atât sigură, cât și instructivă și poate fi controlată prin criterii de oprire.

13. Când un client își explică mai întâi problema botului și apoi se conectează la reprezentant, trebuie să explice totul din nou de la zero. Care este cea mai bună soluție la această problemă de „pierdere de context”?

A) Transferați automat contextul anonim (intenție, încercare, motiv, emoție) colectat de bot către reprezentantul cu cardul de transfer ✔
B) Cererea clientului să aibă răbdare și să explice totul din nou
C) Eliminați complet botul și începeți toate apelurile direct cu agentul
D) Așteptând ca agentul să asculte înregistrarea completă a conversației de la început până la sfârșit.

Explicație: Păcatul numărul unu al erelor rele este pierderea contextului. Soluția este să aduci automat pe ecranul agentului tot contextul pe care botul îl colectează (intenție, pași încercați, motiv de predare, ton emoțional) cu un card de predare anonimizat; deci clientul nu mai explica iar AHT-ul se scurteaza.

14. În ceea ce privește securitatea și etica IT, care este limita de bază care se aplică analizei vorbirii, recunoașterii vocii și instrumentelor de procesare a datelor din call center?

A) Instrumentele pot fi utilizate în mod liber pe orice tip de date atâta timp cât reduc costurile
B) Instrumentele pot fi utilizate numai în scopuri autorizate, defensive și consensuale; Datele nu pot fi prelucrate fără autorizație, scop și consimțământ ✔
C) Cerința de transparență se aplică numai boților de text, nu boților de voce
D) Nu este obligatorie furnizarea de informații clientului deoarece înregistrările sunt deja pentru instituție.

Dezvăluire: Aceste instrumente pot fi utilizate numai pentru utilizarea autorizată, defensivă și consensuală a datelor proprii ale organizației. Monitorizarea persoanelor neautorizate, accesarea datelor altcuiva sau înregistrarea fără consimțământ este atât ilegală, cât și împotriva eticii profesionale; Nicio dată nu poate fi prelucrată fără autorizație, scop și consimțământ.