Configurare il supporto umano dall’escalation alla risoluzione
Il supporto umano in Humind collega le impostazioni di escalation di Agent alla Inbox operativa. A un acquirente possono essere offerti i canali di supporto configurati, può entrare nella coda umana, fornire informazi...
Il supporto umano in Humind collega le impostazioni di escalation di Agent alla Inbox operativa. A un acquirente possono essere offerti i canali di supporto configurati, può entrare nella coda umana, fornire informazioni prima del passaggio, ricevere una risposta da un operatore e successivamente tornare all’IA dopo che l’operatore ha completato lo scambio.
Questa guida copre l’intera catena in modo che una configurazione non prometta un supporto che il team non può fornire. Spiega anche l’intervento dell’operatore, le note interne, la raccolta della soddisfazione e i limiti del ticketing.
Come si inserisce in Humind
Inbox è il registro operativo delle conversazioni con i clienti. Combina la cronologia dei messaggi, il contesto dell’acquirente e del prodotto, la collaborazione interna, lo stato del passaggio all’umano, i tag e i ticket. Le risposte del cliente e le note interne hanno deliberatamente visibilità diverse.
Una routine di team coerente conta più di qualsiasi singolo filtro. Concordate quando prendere in carico, quando lasciare una nota interna, quando creare un ticket e quando riportare una conversazione all’IA in modo che la responsabilità resti chiara per ogni operatore.
Prima di iniziare
Accesso: Per Escalation è richiesto l’accesso alla configurazione di Agent. Gli operatori hanno bisogno delle autorizzazioni Inbox e handoff di Inbox, mentre l’amministrazione del team e del ticketing può richiedere autorizzazioni aggiuntive.
- Definite i canali presidiati, il comportamento di risposta previsto e gli orari di responsabilità al di fuori di Humind.
- Invitate gli operatori e confermate le loro autorizzazioni Inbox e handoff di Inbox.
- Preparate un caso di test acquirente che debba andare in escalation e uno che debba rimanere con l’IA.
Flusso di lavoro passo dopo passo
Configurare i canali di supporto
Aprite AI Agent, quindi Escalation. Aggiungete i canali di supporto che l’azienda gestisce realmente, assegnate a ciascuno una destinazione corretta, abilitate solo i canali attivi e disponeteli nell’ordine desiderato. L’anteprima lato cliente aiuta a rivedere le scelte prima del test.
Un canale è una promessa fatta all’acquirente. Rimuovete o disabilitate i recapiti obsoleti invece di lasciare un percorso che nessun team monitora.
Definire le regole di passaggio all’umano
Abilitate il passaggio all’umano quando gli operatori devono gestire richieste in tempo reale. Aggiungete criteri di inclusione in linguaggio naturale per i casi che devono andare in escalation e criteri di esclusione per i casi che devono rimanere automatizzati. Quando esistono più criteri di inclusione, scegliete se deve corrisponderne uno qualsiasi o tutti.
Aggiungete solo le domande pre-passaggio di cui gli operatori hanno bisogno. Le risposte raccolte compaiono nel contesto della conversazione, quindi dovrebbero ridurre le ripetizioni senza richiedere informazioni non necessarie.
Scegliere il comportamento dell’operatore e della soddisfazione
L’intervento dell’operatore controlla se un collega può rispondere a una conversazione con IA attiva e prenderla in carico. Se è disabilitato, il backend rifiuta quell’intervento invece di modificare silenziosamente la policy. La soddisfazione può essere raccolta dopo le conversazioni con l’IA e, quando il passaggio è abilitato, dopo il supporto umano.
Il nome del profilo operatore, l’immagine, lo stato online e la disponibilità influenzano l’esperienza di supporto live. Chiedete a ogni operatore di rivedere il proprio profilo prima del lancio.
Preparare Inbox e il ticketing
Concordate chi controlla le conversazioni in coda e come vengono usati tag, note, menzioni, risposte predefinite e ticket. Una risposta del cliente può prendere in carico una conversazione in coda. Una nota interna resta invisibile all’acquirente e non prende in carico il thread.
Il ticketing di Humind può essere abilitato da un amministratore. Le credenziali Gorgias e Zendesk sono mostrate anche nell’area di integrazione Escalation riservata agli amministratori, mentre il marketplace generale delle integrazioni etichetta tali integrazioni come accesso anticipato. Confermate il provider previsto e il comportamento testato prima di fare affidamento sulla creazione di ticket esterni.
Testare escalation, presa in carico e ritorno
Come acquirente, attivate il caso di inclusione e confermate le domande pre-passaggio e lo stato della coda. Da Inbox, esaminate il contesto raccolto, inviate una risposta al cliente e confermate che il thread diventi attivo per l’umano. Aggiungete separatamente una nota interna per verificare che non sia visibile al cliente.
Quando lo scambio è completo, usate l’azione di ritorno e confermatela. Il thread torna attivo per l’IA per i messaggi futuri. Testate anche il caso di esclusione e qualsiasi aspettativa di offline o disponibilità comunicata dal team.
Autorizzazioni e avvertenze importanti
- Il passaggio all’umano non dovrebbe essere abilitato finché operatori, autorizzazioni, disponibilità e responsabilità della coda non sono pronti.
- L’intervento dell’operatore da uno stato con IA attiva segue la policy configurata e può essere rifiutato quando è disabilitato.
- Le note interne e le menzioni sono solo per i compagni di team, le risposte del cliente sono visibili all’acquirente.
- I provider di ticketing esterni richiedono credenziali verificate separatamente e responsabilità operativa.
Verificare il risultato
Usate questa checklist prima di considerare il lavoro completato:
- I canali di supporto abilitati puntano a destinazioni attuali e presidiate.
- Il comportamento di inclusione, esclusione e pre-passaggio corrisponde alla policy di supporto scritta.
- Un operatore autorizzato può prendere in carico, collaborare internamente e riportare il thread all’IA.
- La responsabilità della coda, la disponibilità, la soddisfazione e le aspettative di ticketing sono documentate per il team.
Risoluzione dei problemi
L’acquirente non può richiedere un umano
Confermate che il passaggio all’umano e un percorso di supporto valido siano abilitati, che lo scenario soddisfi i criteri di inclusione e non quelli di esclusione e che la configurazione Agent attiva sia quella in fase di test.
Una risposta dell’operatore viene rifiutata
Controllate le autorizzazioni Inbox e handoff di Inbox. Se il thread è attivo per l’IA, confermate che l’intervento dell’operatore sia consentito. Aggiornate dopo una modifica delle autorizzazioni in modo che la sessione riceva l’accesso corrente.
La conversazione resta con l’operatore
Usate l’azione esplicita di ritorno e confermatela. Il solo invio di una risposta mantiene il thread attivo per l’umano, a meno che l’azione nel menu di invio non lo risolva o lo riporti indietro.