Il QA dell’escalation all’operatore umano valuta il momento in cui una conversazione passa da un agente AI a un operatore, o dall’operatore di nuovo all’AI. È il punto in cui l’assistenza ibrida si rompe più spesso, e i punteggi per singolo operatore non lo vedono, perché l’errore appartiene alla transizione.
In sintesi
- Il passaggio dall’AI all’operatore e quello dall’operatore all’AI falliscono in modi diversi.
- Dall’AI all’operatore, fallisce per un’escalation tardiva, un contesto perso o nessun motivo utilizzabile.
- Dall’operatore all’AI, fallisce quando un caso non risolto torna all’automazione.
- Tasso di contenimento e tempo medio di gestione non lo vedono. Legga l’intera conversazione.
Perché il passaggio è un punto di errore a sé
Quando valuta un operatore e valuta un agente AI, sta valutando due metà di una conversazione che sempre più spesso non è fatta di due metà. In un modello ibrido un cliente può iniziare con un agente AI, passare a una persona tramite escalation e tornare all’automazione per un follow-up, tutto nella stessa conversazione. Ogni partecipante può ottenere un buon punteggio sul proprio tratto mentre la conversazione nel suo insieme è un’esperienza negativa, perché il danno è avvenuto nella transizione e non appartiene a nessuno dei due.
È questo il punto cieco. Una scheda di valutazione per operatore valuta ciò che ciascuna parte ha fatto con la conversazione mentre la gestiva. Non dice nulla di ciò che è successo nel momento in cui l’ha passata, che è proprio il punto in cui l’assistenza ibrida tende a rompersi. Il passaggio va valutato come un elemento a sé.
Escalation all’operatore umano: cosa valutare quando l’agente AI passa la mano
È la direzione più nota, e ha tre modalità di errore che vale la pena valutare in modo esplicito.
Tempistica: l’escalation è avvenuta al momento giusto
Troppo tardi è il caso più comune. Un agente che continua a provarci quando è chiaramente bloccato fa girare il cliente in tondo prima di passare all’operatore una persona già frustrata. Troppo presto spreca l’automazione e il tempo dell’operatore. Il criterio è se l’escalation è avvenuta nel punto in cui l’agente ha smesso di fare progressi, cosa che si vede nella trascrizione.
Contesto: l’operatore ha ricevuto ciò che gli serve
Il passaggio peggiore costringe il cliente a ricominciare da capo. Valuti se l’escalation ha portato con sé la cronologia, la diagnosi fatta fin lì e ciò che il cliente vuole davvero, così che l’operatore apra il caso già informato e non al buio. Un passaggio che perde il contesto trasforma una conversazione in due.
Motivo: l’escalation era comprensibile
Un’escalation etichettata solo come “passata a un operatore” non dice nulla all’operatore. Valuti se il motivo del passaggio è stato registrato in una forma che la persona che lo riceve può usare. È uno dei criteri di una scheda di valutazione per agenti AI, ma diventa visibile solo quando si legge la conversazione a cavallo della transizione.
Dall’operatore all’AI: la direzione che nessuno valuta
Il passaggio inverso è più recente e meno esaminato, e fallisce in modi facili da non notare.
| Passaggio dall’operatore all’AI | Come si presenta quando funziona | L’errore da valutare |
|---|---|---|
| Restituire un caso all’automazione per il follow-up | L’AI ha la soluzione e il passo successivo è davvero di routine | L’operatore restituisce un caso non risolto per svuotare la propria coda |
| Delegare un’attività a metà conversazione | L’AI può completare l’attività specifica e restituire la conversazione in modo pulito | L’AI non riesce a riprendere il filo e il cliente perde la continuità |
| Follow-up automatico dopo la risoluzione | Il follow-up corrisponde a ciò che è stato davvero risolto | L’automazione contraddice o dimentica ciò che l’operatore ha appena fatto |
Come valutare un passaggio nella pratica
L’unità di valutazione è la conversazione a cavallo della transizione, non il tratto da una parte o dall’altra. Questo ha tre conseguenze pratiche.
Valuti l’intera conversazione
Valuti la continuità a cavallo della transizione: il contesto è sopravvissuto, il cliente ha evitato di ripetersi, la seconda parte ha ripreso da dove si era fermata la prima. È impossibile se il suo QA guarda la parte dell’AI e la parte dell’operatore come record separati, che è il modo in cui la maggior parte degli strumenti li archivia.
Copra ogni passaggio, perché sono rari per coppia ma frequenti nel complesso
Una singola coppia di agente e operatore può passarsi conversazioni di rado, quindi un campione per operatore lascia fuori i passaggi quasi per definizione. Sull’intera operatività, invece, sono ovunque. Valutare il 100% delle conversazioni è ciò che rende visibili gli errori di passaggio come uno schema ricorrente e non come il reclamo occasionale. In UiPath, Kaizo ha automatizzato il 100% del QA con un ROI del 200% e un aumento dell’8% del punteggio di qualità. Se vuole vederlo sulle sue conversazioni, prenoti una demo.
Usi un valutatore che non sia parte della transizione
Un errore di passaggio solleva una domanda scomoda: la colpa è dell’AI, che ha fatto un’escalation sbagliata, o dell’operatore, che ha restituito un caso in disordine? Kaizo valuta la transizione sulla base delle evidenze, e ogni rilievo indica i turni esatti in cui la continuità si è interrotta, ed è questo che permette di correggere l’instradamento invece di discutere di colpe. Il flusso completo è in controllo qualità degli agenti AI e dei chatbot.
Domande frequenti
Che cos’è il QA del passaggio tra AI e operatore?
È la valutazione del momento in cui una conversazione passa tra un agente AI e un operatore, in entrambe le direzioni. Tratta la transizione come un’unità di valutazione a sé, perché un passaggio può fallire (contesto perso, escalation tardiva, un caso non risolto restituito) anche quando sia l’operatore sia l’AI ottengono un buon punteggio sui propri tratti.
Cosa dobbiamo valutare in un’escalation dall’AI all’operatore?
Tre cose: la tempistica (l’escalation è avvenuta nel punto in cui l’agente ha smesso di fare progressi, non troppo tardi né troppo presto), il contesto (l’operatore ha ricevuto la cronologia e la diagnosi, così che il cliente non debba ricominciare da capo) e il motivo (l’escalation è stata registrata in una forma che la persona che la riceve può usare).
Cosa va storto nel passaggio dall’operatore all’AI?
Gli errori principali sono un operatore che restituisce all’automazione un caso non risolto per svuotare la propria coda, la delega a un’AI che non riesce a riprendere il filo e quindi interrompe la continuità, e follow-up automatici dopo la risoluzione che contraddicono o dimenticano ciò che l’operatore ha appena fatto. Questa direzione è più recente e viene valutata di rado.
Perché i punteggi QA per operatore non vedono i problemi di passaggio?
Perché l’errore vive tra i record. Una scheda di valutazione per operatore valuta ciò che ciascuna parte ha fatto mentre gestiva la conversazione, non ciò che è successo nella transizione. Valutare il passaggio richiede di leggere l’intera conversazione a cavallo della transizione, ed è per questo che la conversazione va archiviata e valutata come un’unica unità e non come due.
Quali metriche non vedono gli errori di passaggio?
Il tasso di contenimento e il tempo medio di gestione non li vedono, perché l’errore sta nella transizione tra l’AI e l’operatore, non nel tratto dell’uno o dell’altro. Per vederli bisogna leggere l’intera conversazione e valutare il 100% delle conversazioni, così che gli errori di passaggio emergano come uno schema ricorrente e non come il reclamo occasionale.
