Come cambiare ciò che dice il tuo agente vocale durante un disservizio

Per cambiare ciò che un agente vocale dice durante un disservizio senza un progetto di sviluppo, inserisci una sola volta nell'agente uno spazio dedicato al messaggio, poi modifica il valore di quello spazio quando succede qualcosa: così l'aggiornamento diventa una modifica di configurazione con un rollback in un solo passaggio, invece di un rilascio. La rapidità con cui il tuo team operativo può fare questa modifica in sicurezza è ciò che gli acquirenti chiamano agilità dei contenuti, e merita un posto in qualsiasi lista di valutazione dell'IA vocale.

Questo articolo tratta disservizi, lanci e aggiornamenti di servizio dal tuo lato. Se vuoi sapere come Retell mantiene operativa la propria piattaforma, trovi tutto in come Retell gestisce disservizi e uptime.

Perché i messaggi di disservizio contano di più con un agente vocale?

Perché un agente vocale risponderà a ogni chiamata con la configurazione attuale finché qualcuno non la cambia. Un team umano riceve un briefing a inizio turno. Un agente riceve solo ciò che dicono il suo prompt e il suo messaggio di apertura.

Quando un portale di fatturazione va offline o un partner di consegna salta una giornata, chi chiama vuole tre cose: la conferma che ne sei al corrente, cosa può fare adesso e quando ricontrollare. Se l'agente non è in grado di dirlo, ogni chiamante spiega il problema da zero, chiede di parlare con una persona e aggiunge carico proprio alla coda che stavi cercando di proteggere.

Cosa dovrebbe poter cambiare il tuo team senza un rilascio?

Quattro elementi coprono la maggior parte di incidenti e lanci:

• Il messaggio di apertura, così chi chiama sente l'avviso prima di spiegare qualsiasi cosa.
• Un avviso di cui l'agente può parlare durante la chiamata, così può rispondere in modo coerente a "è già stato risolto?".
• La destinazione dei trasferimenti, così le escalation possono raggiungere un team di overflow.
• Informazioni di riferimento per un lancio o un cambio di policy, come i dettagli di un nuovo piano o gli orari festivi.

In Retell, le variabili dinamiche funzionano in tutti questi punti: il messaggio di apertura, i prompt dell'agente, le frasi statiche di Conversation Flow, i numeri di destinazione del trasferimento e il testo degli SMS. È questo che rende possibile una modifica senza rilascio.

Come si configura un agente per attivare un avviso con una sola modifica?

Fallo una volta, prima che ti serva.

Aggiungi una variabile per l'avviso. Inserisci {{service_notice}} nel messaggio di benvenuto personalizzato, ad esempio: "Grazie per aver chiamato. {{service_notice}} Come posso aiutarti oggi?" Aggiungi una riga corrispondente al prompt, come "Avviso di servizio attuale: {{service_notice}}. Se non è vuoto, menzionalo una volta all'inizio e rispondi alle domande in merito usando solo questo testo."

Assegnale un valore predefinito vuoto. In Retell, una variabile senza valore resta nel messaggio come testo grezzo {{service_notice}}, mentre una stringa vuota la sostituisce con niente. Imposta un valore predefinito a livello di agente pari a "" in Security & fallback settings, così l'agente parla normalmente in una giornata qualsiasi.

Associa i numeri di produzione al tag prod. I tag di ambiente di Retell sono nomi che puntano a una versione dell'agente, e i numeri di telefono assegnati a un tag lo seguono. I numeri assegnati direttamente a una versione restano su quella versione, quindi controlla subito ogni numero di produzione.

Testa il percorso dell'avviso. I casi di test di simulazione di Retell ti permettono di preimpostare le variabili dinamiche. Mantieni un caso di test con un avviso di esempio compilato e verifica che l'agente lo legga e porti comunque a termine la chiamata.

Come si attiva il messaggio durante un disservizio?

Imposta l'avviso sul tag, non nell'agente. Nell'intestazione dell'agente, apri Environment, poi Configure Tags, scegli prod e imposta service_notice con il testo approvato. Retell fornisce i valori del tag quando una chiamata usa quel tag, e i valori del tag hanno la precedenza sui valori predefiniti dell'agente. Prima di farci affidamento durante un disservizio, effettua una chiamata di prova per confermare che il nuovo valore venga recepito alla chiamata successiva.

Lo stesso schema gestisce l'instradamento. Se la destinazione del trasferimento è una variabile, impostala sul tag per inviare le escalation a una linea di overflow, poi ripristinala al termine.

Per le chiamate già in corso, uno sviluppatore può usare la Update Live Call API di Retell, che sovrascrive le variabili dinamiche in una chiamata in corso e ha effetto immediato.

Per fare rollback, cancella il valore sul tag. Il valore predefinito vuoto dell'agente torna ad applicarsi dalla chiamata successiva.

Quando una modifica dovrebbe diventare una nuova versione?

Quando cambi il comportamento, non solo le parole. Il lancio di un prodotto che aggiunge nuove domande, un nuovo strumento o un percorso di chiamata diverso è una modifica di versione.

Il flusso in Retell:

1. Crea una bozza dalla versione a cui punta prod. Le bozze sono copie modificabili che non toccano l'originale.
2. Modificala e testala con una chiamata di prova o con i tuoi casi di test di simulazione.
3. Apri il confronto tra versioni dalla finestra di pubblicazione. Il diff semantico elenca ogni campo modificato ed evidenzia le parole esatte aggiunte o rimosse nei testi lunghi.
4. Pubblica, operazione che rende la versione di sola lettura, poi sposta il tag prod su di essa.

Per fare rollback, riporta prod sulla versione precedente. I numeri associati al tag lo seguono.

I tuoi sistemi possono attivare il messaggio automaticamente?

Sì, se lo configuri una volta. Il webhook per le chiamate in entrata di Retell si imposta per singolo numero di telefono e chiama il tuo endpoint all'arrivo di una chiamata. La tua risposta può impostare variabili dinamiche, oppure sovrascrivere il messaggio di apertura e le knowledge base collegate, solo per quella chiamata. Le sovrascritture non vengono salvate nell'agente.

Questo significa che un flag di incidente nei tuoi strumenti di monitoraggio dello stato può decidere cosa sentono i chiamanti, senza modifiche dalla dashboard durante l'incidente. Mantieni un agente in entrata predefinito sul numero: se il tuo endpoint fallisce tutti e tre i tentativi, Retell prova a collegare la chiamata a quell'agente e, in sua assenza, chiude la chiamata.

Che ruolo ha la knowledge base?

Usala per i dettagli di lanci e aggiornamenti di servizio, non per lo stato degli incidenti in tempo reale. Una knowledge base è adatta alle informazioni che l'agente consulta, come i dettagli di un piano o l'elenco delle aree interessate, e la documentazione di Retell consiglia di tenere le istruzioni nel prompt anziché nella knowledge base.

Due avvertenze. Le fonti da URL e i documenti sincronizzati si aggiornano automaticamente ogni 24 ore, troppo lentamente per uno stato che cambia ogni ora. Inoltre, le knowledge base sono collegate agli agenti come oggetti separati, quindi verifica quali agenti ne usano una prima di aggiungervi un avviso temporaneo. Per la struttura, leggi come strutturare la knowledge base di un'IA vocale.

Com'è fatto un buon playbook per i messaggi di disservizio?

Scrivi e approva questi messaggi prima di un incidente, poi compila le parti tra parentesi il giorno stesso.

Limita ogni avviso a una o due frasi brevi. Indica cosa è interessato e cosa può fare il chiamante. Comunica un orario di ripristino solo se il team di engineering lo ha confermato.

Chi dovrebbe poterlo modificare e come sai che ha funzionato?

Limita i diritti di modifica in base al ruolo. Il controllo degli accessi di Retell consente ai ruoli Admin e Developer di modificare agenti e knowledge base, mentre il ruolo Member è di sola lettura. La documentazione di Retell non descrive un passaggio di approvazione all'interno del prodotto, quindi indica chi approva ciascun evento nel tuo runbook degli incidenti, come nella tabella sopra.

Poi verifica il risultato. Live Monitoring permette a un supervisore di ascoltare le chiamate in corso, così puoi sentire i primi chiamanti ricevere l'avviso. Le regole di avviso di Retell possono inviare un'email o chiamare un webhook quando il tasso di successo cala o gli errori API aumentano, il che aiuta sia a individuare un incidente sia a confermarne la risoluzione. Aggiungi l'avviso alla tua scorecard QA per agenti vocali per la revisione post-incidente.

Cosa chiedere a un fornitore di IA vocale sull'agilità dei contenuti?

Chiedigli di mostrarti ciascuno di questi punti dal vivo, non di descriverli:

• Una persona non tecnica può cambiare il messaggio di apertura e un avviso durante la chiamata senza un rilascio?
• I numeri di produzione seguono un puntatore, così che pubblicazione e rollback richiedano un solo passaggio ciascuno?
• Puoi testare una modifica su scenari salvati prima che la sentano i chiamanti?
• Puoi vedere un diff parola per parola di cosa è cambiato tra le versioni?
• I tuoi sistemi possono impostare il messaggio per singola chiamata a partire da un flag di incidente?
• Puoi aggiornare le chiamate già in corso?
• Quali ruoli possono modificare e quali sono di sola lettura?

Poi cronometra tu stesso il ciclo durante il pilota. La nostra guida per valutare una piattaforma di agenti vocali prima della messa in produzione copre il resto di quel test.

Retell offre ai team di contact center agenti con versioni, tag di ambiente, variabili per tag e sovrascritture per singola chiamata, così chi gestisce la coda può cambiare ciò che sentono i chiamanti e annullarlo in un solo passaggio. Scopri come si adatta alla tua operatività nella pagina della piattaforma enterprise di Retell.