La libreria di script per l’agente vocale AI, pensata per le agenzie

Una campagna sulla gestione del peso e una sulla ricrescita dei capelli possono condividere lo stesso obiettivo di prenotazione, ma domande, argomentazioni di valore e obiezioni non sono intercambiabili. Ogni set appartiene a un cliente reale e a uno dei suoi Temi di campagna, accanto all’angolo di posizionamento, al pubblico e ai pilastri del messaggio che danno allo script il suo contesto.

Duplica un set completo verso un altro Tema quando la strategia cambia. La nuova copia parte come quattro bozze pulite, con cronologia di condivisione e revisione azzerata, mentre il set di origine resta intatto. Così l’adattamento è rapido, senza far finta che un cerca-e-sostituisci produca uno script già revisionato e pronto per la campagna.

Ogni revisione separa gli elementi da cui dipende una conversazione di prenotazione: obiettivo, ruolo e tono dell’agente, sezioni di conversazione in ordine, frasi di esempio, obiezioni e risposte, variabili dichiarate, limiti di sicurezza, comportamento di trasferimento e la chiusura della prenotazione. Gli script in uscita lasciano spazio anche a permesso, informativa, liste di non contatto e gestione della segreteria; quelli in entrata coprono saluto, raccolta dell’intento, comportamento fuori orario e passaggio di consegna.

Le sezioni si possono segnare come condivise o interne. Questo dà all’agenzia lo spazio per indicazioni operative che devono guidare il proprio team senza esporre quelle note in una revisione rivolta al cliente. Le variabili seguono un formato visibile e validato: un segnaposto è dichiarato e verificabile, invece di nascondersi come un token inspiegato dentro un documento lungo.

I quattro script di un set possono muoversi a velocità diverse. Uno script di generazione lead in entrata può essere approvato mentre quello di riattivazione in uscita ha ancora bisogno di lavoro. Ogni posto mantiene quindi le proprie revisioni numerate, il proprio stato di revisione e la propria versione pubblicata, invece di far passare l’intero set attraverso un unico stato tutto-o-niente.

Inviare una bozza congela quella revisione per la valutazione. Le modifiche richieste diventano una nuova bozza, mentre la revisione precedentemente pubblicata resta disponibile e invariata. Le decisioni di revisione registrano chi ha agito e quando, dando all’agenzia una risposta affidabile quando qualcuno chiede quale formulazione fosse stata approvata per una campagna.

La revisione dell’agenzia è il controllo di qualità obbligatorio. Una volta approvata una revisione, il team può pubblicarla internamente, condividerla in sola lettura con il cliente, oppure chiedere una decisione al cliente. I revisori sul lato cliente vedono il contenuto pubblicato pensato per loro, non le note interne né le sezioni solo interne, e possono approvarlo o chiedere modifiche con un feedback.

Poiché la valutazione è legata alla revisione esatta dello script, il feedback non può finire per sbaglio su una bozza successiva. Ritirare una revisione del cliente in sospeso e interrompere la condivisione di uno script sono azioni esplicite, così un cambio di visibilità non cancella mai la registrazione di ciò che era stato revisionato in precedenza.

Gli Script di prenotazione stanno nella libreria perché sono il materiale di partenza, scritto e riutilizzabile, di una campagna. Sono organizzati con lo stesso modello di cliente e Tema di testi, creatività, moduli e landing page, mentre la loro struttura di conversazione più ricca e la cronologia di approvazione restano pensate apposta per le chiamate di prenotazione.

Questo spazio di lavoro non effettua chiamate, non fornisce numeri di telefono e non dichiara di gestire un agente vocale AI live. Provider, calendari, code, applicazione del consenso, registrazioni e scrittura degli esiti nel CRM appartengono a un flusso di deployment separato. Mantenere netto quel confine permette ai team di gestire già oggi gli script approvati, senza confondere la scrittura con l’esecuzione live.