Chiamate fuori orario: perché il tuo agente vocale dovrebbe creare un ticket, non trasferire

Quando nessuno è disponibile a rispondere, un agente vocale dovrebbe raccogliere i dati del chiamante, creare un ticket e promettere una richiamata entro un orario preciso, invece di tentare un trasferimento che squillerà a vuoto. Il trasferimento dovrebbe essere disattivato da una regola controllata dal tuo team, così l'agente non lo offre mai fuori orario. L'unica eccezione è un breve elenco scritto di emergenze che vengono inoltrate a una persona reperibile.

Cosa va storto quando un agente vocale trasferisce una chiamata fuori orario?

Il trasferimento finisce in una coda chiusa, in un messaggio registrato di ufficio chiuso o in una casella vocale, e il chiamante perde il tempo speso a spiegare il problema. Cosa succede dopo dipende dal tipo di trasferimento:

• Trasferimento a freddo: l'agente esce dalla chiamata non appena la passa. Se risponde la segreteria o il messaggio di chiusura della destinazione, l'agente non c'è più e nulla di quanto ha raccolto arriva al tuo team.
• Trasferimento assistito: l'agente resta in linea e attende una persona. Se nessuno risponde entro il tempo di attesa impostato (30 secondi di default in Retell), il trasferimento fallisce. A quel punto il chiamante è rimasto in attesa per niente prima che l'agente riprenda la chiamata.

Entrambi gli esiti sono peggiori di un agente che, nel primo minuto, dice "il team non è disponibile, ecco cosa succede ora".

Come imposti l'orario di apertura in modo che l'agente non tenti mai un trasferimento a vuoto?

Decidi se si è aperti o chiusi con una regola, non con il giudizio del modello, e offri l'opzione di trasferimento solo al percorso di apertura. In Retell AI ci sono tre modi documentati per farlo.

All'interno di un conversation flow. Inserisci un nodo logic split all'inizio del flow. Verifica le sue condizioni nel momento in cui la chiamata vi entra, non dice nulla e instrada la chiamata. Usa condizioni di tipo equation sulle variabili temporali integrate di Retell:

• {{current_hour}} è l'ora corrente espressa come decimale nel fuso orario dell'agente, quindi 17.5 significa le 17:30. Una condizione di apertura potrebbe essere {{current_hour}} >= 9 AND {{current_hour}} < 17.
• {{current_time}} contiene la data completa e il nome del giorno, quindi la condizione {{current_time}} contains "Saturday" intercetta i fine settimana.
• Le condizioni equation vengono valutate prima di qualsiasi condizione di prompt e non coinvolgono alcun modello, quindi la verifica si comporta allo stesso modo in ogni chiamata.

Solo il ramo di apertura dovrebbe portare a un nodo di trasferimento di chiamata. Il ramo di chiusura porta alla raccolta dei dati e alla creazione del ticket.

Dai tuoi sistemi. Il webhook delle chiamate in entrata del tuo numero di telefono si attiva prima che la chiamata venga connessa. Il tuo server può controllare il calendario delle festività e i turni del personale, quindi restituire una variabile dinamica come office_open. Può anche restituire un ID agente diverso, così le chiamate fuori orario vanno a un agente che non ha alcuno strumento di trasferimento. Una pre-call function nella pagina Workflow dell'agente può eseguire la stessa verifica sul tuo endpoint.

In un agente basato su prompt. Puoi fornire al prompt {{current_time}} e una regola, ma un agente separato per il fuori orario senza lo strumento Transfer Call è più sicuro. Un agente non può usare uno strumento che non ha.

Tre dettagli colgono spesso i team impreparati:

Il webhook in entrata può anche rifiutare direttamente le chiamate, e la documentazione di Retell cita il blocco del traffico al di fuori dell'orario di apertura. Per le linee dedicate ai clienti, un ticket è meglio di una linea muta.

Cosa dovrebbe contenere il ticket fuori orario?

Abbastanza perché il team del mattino possa agire senza ascoltare la registrazione. Se qualcuno deve riascoltare la chiamata per trovare il numero da richiamare, il ticket ha fallito.

In Retell, l'agente può salvare le risposte durante la chiamata con lo strumento Extract Dynamic Variable, e {{call_id}} è disponibile in ogni chiamata. Hai poi due modi per creare il ticket:

• Durante la chiamata: lo strumento Create Ticket dell'integrazione Zendesk, uno strumento Create Task in Salesforce, HubSpot, Microsoft Dynamics 365, GoHighLevel o Zoho CRM, oppure una funzione personalizzata che chiama l'API del tuo helpdesk. Scegli questa opzione quando vuoi che l'agente confermi l'esistenza del ticket prima che il chiamante riattacchi.
• Dopo la chiamata: una post-call function nella pagina Workflow dell'agente viene eseguita dopo la Post Call Extraction, quindi può includere il riepilogo della chiamata e i campi estratti. Subordinala a una condizione, ad esempio solo quando un campo ticket_needed è true. Il webhook call_analyzed può fare lo stesso dal tuo server.

Post Call Extraction supporta campi di testo, numerici, sì/no e a scelta fissa, che si adattano bene a motivo e urgenza. Per lo schema completo di attivazione e scrittura dei dati, consulta come i workflow del CRM attivano le chiamate con IA e riscrivono i dati.

Cosa dovrebbe promettere l'agente al chiamante?

Una finestra di richiamata che il tuo team rispetterà davvero, come "entro le 10 di domani", non "qualcuno ti contatterà a breve". Poi l'agente deve ripetere i dati, così il chiamante può correggerli.

Mantieni la promessa circoscritta. L'esempio di receptionist fuori orario di Retell indica all'agente di non promettere prezzi, orari degli appuntamenti o disponibilità dei tecnici. Se vuoi inviare una conferma via SMS, lo strumento Send SMS di Retell può farlo durante la chiamata. Il testo personalizzato del messaggio richiede un numero abilitato agli SMS tramite la richiesta A2P, e l'agente dovrebbe prima raccogliere il consenso.

Come dovrebbe gestire il team del mattino la coda fuori orario?

Assegna alla coda un unico responsabile e una scadenza, ed evadi i ticket urgenti prima dell'apertura dei telefoni. Se la tua linea riceve un picco di chiamate all'apertura, la coda notturna non dovrebbe competere con esso.

Una routine che funziona:

• Nomina ogni mattina una persona o un team responsabile della coda fuori orario.
• Ordina per urgenza, poi per anzianità. Richiama prima i casi urgenti, se possibile prima dell'apertura della linea.
• Chiama entro la finestra promessa dall'agente. Se la manchi, il chiamante avrà imparato che la promessa non vale nulla.
• Se nessuno risponde alla richiamata, lascia un messaggio, registra il tentativo sul ticket e riprova una volta. Non costringere il chiamante a ricominciare da capo alla chiamata successiva.
• Chiudi il ticket indicando l'esito, così puoi vedere quale quota di ticket fuori orario è stata risolta alla prima richiamata.
• Una volta alla settimana, leggi i motivi. Le domande ricorrenti, come gli orari di apertura o lo stato degli ordini, vanno inserite nella knowledge base dell'agente o in una ricerca dati, così l'agente può rispondere di notte senza ticket.

Se richiami con un agente con IA, passa i campi del ticket alla chiamata in uscita come variabili dinamiche, così al chiamante non vengono poste due volte le stesse domande. Le chiamate in uscita hanno regole proprie su consenso e orari di chiamata. Consulta la nostra guida TCPA per le chiamate vocali in uscita con IA.

Quando una chiamata fuori orario dovrebbe comunque raggiungere subito una persona?

Quando aspettare fino al mattino causerebbe un danno o un costo che la tua azienda ha deciso di non accettare, e solo per situazioni messe per iscritto in anticipo. Se un chiamante descrive un'emergenza che mette a rischio la vita, l'agente dovrebbe dirgli di riattaccare e chiamare il 911 o il numero di emergenza locale. La tua persona reperibile non è un servizio di emergenza.

I casi tipici che fanno scattare un avviso al reperibile fuori orario sono un rischio per la sicurezza in un immobile (odore di gas, allagamento, assenza di riscaldamento con temperature sotto zero), un problema clinico che secondo il tuo protocollo non può aspettare, una linea o una spedizione ferma coperta da un contratto di servizio, o un account che secondo la tua policy deve sempre parlare con una persona. Tutto il resto riceve un ticket.

Costruisci il ramo di emergenza in modo che non possa fallire in silenzio:

• Instrada a chi è reperibile stanotte. Imposta la destinazione del trasferimento su una variabile dinamica, come {{on_call_number}}, compilata dal tuo calendario di reperibilità tramite il webhook in entrata. Il numero cambia con i turni, non con una modifica all'agente.
• Assicurati che risponda una persona. Usa un trasferimento assistito con il rilevamento umano attivo, così il chiamante viene connesso solo quando viene rilevata una persona. Prima del lancio, testalo con la segreteria del telefono del reperibile. Un trasferimento assistito agentico va oltre: un agente di trasferimento chiama la persona reperibile, spiega la situazione e connette il chiamante solo se può gestirla.
• Prevedi la mancata risposta. In un conversation flow, il nodo di trasferimento di chiamata ha un edge transfer-failed. Su quel percorso, crea un ticket urgente, invia i dettagli via SMS a un numero di backup con Send SMS, oppure chiama il tuo strumento di paging tramite una funzione personalizzata. Poi spiega onestamente al chiamante cosa succederà.

La funzionalità di alerting di Retell non è lo strumento giusto per questo. Monitora metriche aggregate come il volume di chiamate e il tasso di successo. L'escalation per singola chiamata va gestita nella chiamata stessa o in un webhook.

Prima del lancio, testa il ramo di emergenza con chiamate simulate che dovrebbero far scattare l'avviso e chiamate che non dovrebbero. Il secondo gruppo conta quanto il primo, perché un turno di reperibilità svegliato per chiamate di routine smette di rispondere. Per la questione più ampia di quando una chiamata debba passare a una persona, leggi come un agente con IA capisce quando passare la chiamata a un operatore umano, e per i meccanismi del trasferimento, consulta come funzionano i trasferimenti di chiamata tra agenti vocali con IA e team umani.

Configura una copertura fuori orario che mantiene le promesse

Una buona configurazione fuori orario si compone di una regola, un ticket e un breve elenco di emergenze. La regola impedisce all'agente di offrire trasferimenti che nessuno può accettare. Il ticket fornisce al team del mattino tutto ciò che gli serve. L'elenco di emergenze garantisce che le poche chiamate che non possono aspettare raggiungano comunque una persona. Retell AI supporta ogni parte con variabili dinamiche basate sull'orario, il webhook delle chiamate in entrata, strumenti per ticket e attività e trasferimenti assistiti che attendono una persona. Scopri come funziona nella pagina del servizio di segreteria con IA fuori orario.