Configurare l’escalation e il supporto umano
L’escalation determina quando e come l’Agent rivolto al cliente coinvolge una persona. Le impostazioni attuali includono canali di supporto ordinati, un interruttore per il passaggio a una persona, criteri di inclusio...
L’escalation determina quando e come l’Agent rivolto al cliente coinvolge una persona. Le impostazioni attuali includono canali di supporto ordinati, un interruttore per il passaggio a una persona, criteri di inclusione ed esclusione, corrispondenza con uno qualsiasi o con tutti, domande prima del passaggio, intervento dell’operatore, raccolta della soddisfazione e integrazioni di ticketing riservate agli amministratori.
Questa guida si concentra sulla configurazione. Abbinala alla guida sulla presa in carico in Inbox per il flusso di lavoro dell’operatore in tempo reale e alle indicazioni sull’accesso del team, in modo che la promessa al cliente sia supportata da persone autorizzate e adeguatamente presidiate.
Come si inserisce in Humind
Inbox è il registro operativo delle conversazioni con i clienti. Combina cronologia dei messaggi, contesto dell’acquirente e del prodotto, collaborazione interna, stato del passaggio a una persona, tag e ticket. Le risposte dei clienti e le note interne hanno volutamente una visibilità diversa.
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 restituire una conversazione all’IA, così la responsabilità resta chiara per ogni operatore.
Prima di iniziare
Accesso: È richiesto l’accesso in scrittura alla configurazione dell’Agent. Le credenziali del provider di ticketing sono limitate agli amministratori Humind nell’interfaccia attuale. Gli operatori necessitano di permessi separati per Inbox e per il passaggio di consegne.
- Approva i canali di supporto presidiati e le destinazioni di contatto attuali.
- Definisci gli scenari che devono raggiungere una persona e quelli che non devono farlo.
- Prepara gli operatori autorizzati, le aspettative di disponibilità e la proprietà della coda.
Flusso di lavoro passo dopo passo
Creare l’elenco dei canali di supporto
Apri AI Agent, poi Escalation. Aggiungi solo i canali di supporto che l’azienda gestisce attualmente, inserisci la destinazione corretta, abilitale e trascinale nell’ordine desiderato rivolto al cliente. Usa l’anteprima per controllare le scelte risultanti.
Disabilita o rimuovi un canale quando non è più monitorato. Un’opzione di contatto visibile deve sempre portare a un team o a un sistema reale.
Abilitare e definire l’ambito del passaggio a una persona
Attiva il passaggio a una persona. Aggiungi criteri di inclusione in linguaggio naturale per i casi che devono essere messi in coda e criteri di esclusione per i casi che devono restare con l’Agent. Quando ci sono più criteri di inclusione, scegli se è richiesto uno qualsiasi o tutti.
Mantieni i criteri reciprocamente comprensibili e verificabili. Se una regola di esclusione prevale su un caso di inclusione comune, documenta il risultato previsto e verifica entrambi i percorsi.
Raccogliere informazioni utili prima del passaggio
Aggiungi le domande che l’Agent deve porre prima di entrare in coda. Concentrati sulle informazioni di cui un operatore ha bisogno per agire, come l’oggetto della richiesta, senza raccogliere dettagli personali o sensibili non necessari.
Le risposte raccolte compaiono nel contesto della conversazione di Inbox. Chiedi agli operatori se le domande riducono il lavoro ripetitivo e rimuovi i campi che non cambiano la risposta.
Scegliere le impostazioni dell’operatore e della soddisfazione
L’intervento dell’operatore consente a un collega autorizzato di rispondere a una conversazione attiva con l’IA e prenderla in carico. Disattivalo per un modello rigorosamente solo coda. Configura separatamente la raccolta della soddisfazione dell’IA, la soddisfazione umana è disponibile solo quando il passaggio a una persona è abilitato.
Il nome del profilo dell’operatore, l’immagine, lo stato e la disponibilità devono essere controllati da ogni collega perché influiscono sull’esperienza di supporto in tempo reale e sulle aspettative operative.
Rivedere il ticketing ed eseguire il test completo
Gli amministratori possono abilitare il ticketing Humind o configurare le credenziali disponibili di Gorgias e Zendesk nell’area Escalation. Conferma la responsabilità del provider e il buon esito del test prima di renderlo parte del processo.
Testa uno scenario incluso, uno scenario escluso, le risposte prima del passaggio, la coda, la risposta dell’operatore, la nota interna, il ritorno all’IA, la soddisfazione e la creazione del ticket se abilitata. Registra il risultato sia dal punto di vista dell’acquirente sia da quello dell’operatore.
Permessi e avvertenze importanti
- Il marketplace generale delle integrazioni può etichettare Gorgias e Zendesk come accesso anticipato anche se in Escalation esistono controlli delle credenziali per amministratori. Verifica con Humind l’effettiva disponibilità del provider.
- La policy di intervento dell’operatore viene applicata, una presa in carico vietata di una conversazione attiva con l’IA restituisce un errore.
- La soddisfazione umana non è disponibile quando il passaggio a una persona è disabilitato.
- Le domande prima del passaggio devono seguire l’informativa sulla privacy dell’azienda e raccogliere solo le informazioni necessarie.
Verificare il risultato
Usa questa checklist prima di considerare il lavoro completato:
- Ogni canale abilitato è corretto, presidiato e ordinato intenzionalmente.
- I test di inclusione, esclusione e modalità di corrispondenza producono il comportamento di coda previsto.
- Gli operatori hanno accesso, indicazioni sulla disponibilità e una routine documentata di presa in carico o restituzione.
- I percorsi di ticketing e soddisfazione vengono testati solo quando sono realmente abilitati.
Risoluzione dei problemi
Troppe conversazioni entrano in coda
Controlla criteri di inclusione troppo ampi, criteri di esclusione mancanti e corrispondenza con uno qualsiasi o con tutti. Restringi una condizione alla volta ed esegui di nuovo coppie di test corrispondenti e non corrispondenti.
Una richiesta valida non viene mai escalata
Conferma che il passaggio sia abilitato, che l’Agent attivo usi i criteri salvati, che la richiesta non sia esclusa e che i canali di supporto siano abilitati. Avvia un nuovo test dell’acquirente dopo le modifiche.
Gli operatori non riescono a prendere in carico
Controlla i permessi di Inbox e del passaggio in Inbox, la disponibilità dell’operatore, lo stato del thread e l’impostazione di intervento dell’operatore. Una policy rigorosa può bloccare intenzionalmente le risposte ai thread attivi con l’IA.