Creare un agente vocale – La guida completa per le PMI 2025
La decisione è presa: volete creare un agente vocale. Ora inizia la parte entusiasmante – e talvolta impegnativa – dell'implementazione vera e propria. Questa guida completa vi accompagna passo dopo passo attraverso l'intero processo, dalla prima analisi dei requisiti fino al passaggio in esercizio stabile.
Preparazione: prima di scrivere il primo prompt
Cosa vi serve prima di iniziare
Troppe aziende cominciano con il "come" prima che il "cosa" e il "perché" siano stati chiariti. Questo porta a frequenti modifiche della configurazione, ritardi e frustrazione. Assicuratevi che i seguenti prerequisiti siano soddisfatti:
Requisiti aziendali chiari: Quale problema concreto risolve l'agente vocale? Quali KPI devono migliorare?
Fornitore selezionato: Avete scelto una piattaforma e ottenuto l'accesso.
Integrazione pianificata: Quali sistemi devono essere collegati? L'IT è informato e pronto.
Risorse allocate: Chi è responsabile internamente? Quanto tempo è disponibile?
GDPR verificato: Il responsabile della protezione dei dati è coinvolto, il DPA con il fornitore è firmato.
Passo 1: Analisi dei requisiti – Comprendere a fondo il use case
Il Use Case Canvas
Compilate un Use Case Canvas per ogni use case pianificato:
Trigger della chiamata: Cosa innesca la chiamata? (Il cliente chiama, trigger outbound dal CRM, basato sul tempo?)
Segmento di clientela target: Chi chiama o viene chiamato? (Cliente esistente, nuovo cliente, lead, VIP?)
Obiettivo principale della conversazione: Qual è il risultato primario da conseguire?
Informazioni necessarie: Cosa deve chiedere l'agente al cliente?
Dati disponibili sul cliente: Cosa sa già il sistema sul chiamante?
Criterio di successo: Come si riconosce che la chiamata è andata a buon fine?
Criteri di escalation: Quando si deve trasferire a un operatore umano?
Edge case: Quali situazioni eccezionali possono verificarsi?
Il workshop sul flusso della conversazione
Riunite i collaboratori che gestiscono più frequentemente le chiamate che l'agente dovrà gestire. Chiedete loro di:
- Descrivere i 20 flussi di conversazione più frequenti (cosa chiede il cliente, come rispondono?)
- Illustrare i 5 scenari di conversazione più difficili
- Indicare i casi in cui effettuerebbero un'escalation
Queste conoscenze sono preziosissime – vivono nelle teste dei vostri collaboratori, non nei manuali.
Passo 2: Design della persona – Chi è il vostro agente vocale?
La persona come fondamento
Prima che venga scritto un singolo prompt, l'agente vocale ha bisogno di una persona. La persona è il fondamento su cui si basano tutte le decisioni di conversazione.
Elementi della persona:
Nome: L'agente ha bisogno di un nome. Scegliete con cura: troppo "robotico" (Robot, Bot) spaventa, troppo umano (Tommaso, Lisa) può creare aspettative errate. Un buon compromesso: "Mia", "Lena", "Max" – abbastanza umano da creare vicinanza, senza ingannare.
Tonalità: Come parla l'agente? Definite su tre scale:
- Formale ↔ Informale
- Oggettivo ↔ Empatico
- Conciso ↔ Dettagliato
Per uno studio legale: formale, equilibrato tra oggettivo ed empatico, chiaro e preciso. Per una palestra: informale, empatico, motivante, tendenzialmente più breve.
Limiti della persona: Cosa non direbbe mai questo agente? (Battute di cattivo gusto, opinioni politiche, formulare diagnosi, esprimere valutazioni legali...)
Profilo di conoscenza: Cosa "sa" l'agente? Prodotti e prezzi, orari di apertura, processi, domande frequenti.
Il documento della persona
Redigete un documento di 1–2 pagine sulla persona, che serva come riferimento per tutti i lavori di configurazione. Questo documento contiene:
- Nome e backstory (opzionale, ma utile)
- Linee guida sulla tonalità con esempi di formulazioni (positive/negative)
- Limiti delle conoscenze e definizioni di out-of-scope
- Filosofia di escalation
Passo 3: Sviluppo del prompt – Il cervello dell'agente
Dal documento della persona al system prompt
Il system prompt è l'istruzione di base che comunica al modello IA chi è l'agente e come deve comportarsi. Un buon system prompt per un agente di studio medico potrebbe iniziare così:
"Sei Lena, la receptionist cordiale e competente dello studio dentistico del Dott. Rossi a Milano. Aiuti i pazienti con la prenotazione degli appuntamenti, le domande sui trattamenti e le informazioni generali dello studio. Sei professionale ed empatica, ti rivolgi ai pazienti con 'lei' e hai cura di non formulare mai diagnosi mediche né raccomandazioni terapeutiche. In caso di emergenza medica indirizzi immediatamente al numero di emergenza 118..."
Dialoghi specifici per use case
Per ogni use case sviluppate un flusso di dialogo specifico:
Flusso di prenotazione appuntamento:
- Saluto e identificazione (paziente già nel CRM o nuovo paziente?)
- Richiesta del motivo (tipo di trattamento/visita)
- Verifica disponibilità (API del calendario)
- Presentazione delle opzioni (max. 3 opzioni)
- Raccolta della conferma
- Verifica dei dati di contatto (email per la conferma?)
- Chiusura con riepilogo
Per ogni passo definite:
- Cosa chiede l'agente?
- Quali risposte si aspetta?
- Qual è il fallback in caso di risposta inattesa?
- Quando si effettua un'escalation?
Test del prompt prima dell'integrazione
Testate i prompt inizialmente senza telefonia – direttamente nell'interfaccia di configurazione della piattaforma:
- Simulare 20 flussi di conversazione "normali"
- 5 scenari di stress test (clienti difficili, richieste inattese)
- 3 test out-of-scope (Cosa fa l'agente quando non sa qualcosa?)
- 5 test di escalation (L'agente effettua il trigger correttamente?)
Passo 4: Configurare le integrazioni
Checklist delle integrazioni
Integrazione CRM:
- Credenziali API configurate
- Riconoscimento del chiamante tramite numero di telefono funzionante
- I nuovi contatti vengono creati correttamente
- Il call log viene creato dopo ogni conversazione
- Tutti i campi rilevanti vengono compilati correttamente
Integrazione calendario:
- Gli slot liberi vengono letti correttamente
- Gli appuntamenti vengono inseriti correttamente
- Le email di conferma vengono inviate
- Le cancellazioni funzionano correttamente
Setup della telefonia:
- Numero di telefono assegnato
- Logica orari di apertura / fuori orario configurata
- Trasferimento in caso di escalation configurato
- Fallback in caso di guasto del sistema configurato
Passo 5: Test – Prima che i clienti lo ascoltino
La test suite a tre fasi
Fase A – Interna (giorni 1–3): Il team effettua chiamate di test con scenari di test definiti. Partecipano tutte le persone che lavoreranno con il sistema. Documentate tutti i risultati.
Fase B – Soft launch (giorni 4–7): Un piccolo segmento di clienti reali viene messo in contatto con l'agente – con opzione di fallback in caso di problemi. Monitorate intensamente. Raccogliete il primo CSAT reale.
Fase C – Stress test (giorno 8): Simulate un carico elevato (molte chiamate di test contemporaneamente). Verificate che il sistema rimanga stabile sotto carico. Testate il meccanismo di fallback con un guasto simulato.
La checklist pre go-live
Completate questa lista prima di andare live:
Tecnico:
- Tutti i use case funzionano senza errori
- Tutte le integrazioni sono validate
- Il dashboard di monitoraggio è attivo
- Gli alert sono configurati
- Il protocollo di fallback è attivato
- La conformità GDPR è confermata
Operativo:
- Tutti i collaboratori sono formati
- I percorsi di escalation sono testati e noti
- Il supervisore è nominato e pronto
- Il protocollo di emergenza è documentato
Comunicativo:
- Comunicazione interna per il go-live inviata
- Comunicazione ai clienti (se necessaria) preparata
Passo 6: Go-live e monitoraggio della prima settimana
La fase di monitoraggio intensivo (settimana 1)
La prima settimana dopo il go-live richiede maggiore attenzione:
Verificare quotidianamente:
- Volume totale vs. aspettativa
- Tasso di escalation (più alto del normale? → investigare immediatamente)
- Log degli errori
- Primi feedback CSAT
Agire immediatamente se:
- Tasso di escalation > 40% (indica un problema sistemico)
- Errori di integrazione > 5%
- Feedback negativo dei clienti su aspetti non emersi nei test
Il primo meeting di review (fine settimana 1)
Riunite tutti i coinvolti per 60 minuti:
- Cosa ha funzionato meglio del previsto?
- Cosa ha funzionato peggio del previsto?
- Quali sono le 3 priorità per la settimana prossima?
- Tutti i membri del team sono a proprio agio con il sistema?
Passo 7: Piano di iterazione – Migliorare dopo il lancio
Il framework 30-60-90 giorni
30 giorni: Focus sull'esercizio stabile. Nessuna modifica importante alla configurazione, solo bug fix critici. Raccogliere e analizzare i dati.
60 giorni: Prime ottimizzazioni sistematiche basate sui dati dei 30 giorni. Primi A/B test. Valutazione: quali ulteriori use case sono opportuni come prossimo passo?
90 giorni: Review completa. Prima stima del ROI. Decisione sulla roadmap per i prossimi 3 mesi. Presentazione al management.
Errori frequenti nella creazione – e come evitarli
Errore 1: Troppi use case contemporaneamente Iniziate con uno. Perfezionatelo. Poi espandete.
Errore 2: Nessun percorso di escalation chiaro L'agente senza possibilità di escalation frustra i clienti che hanno una richiesta complessa. Definite sempre una via d'uscita.
Errore 3: Non mantenere aggiornata la knowledge base Variazioni di prezzo, nuovi collaboratori, orari modificati – tutto questo deve confluire nella knowledge base dell'agente.
Errore 4: Go-live senza monitoraggio Un agente senza monitoraggio è una scatola nera. I problemi non li vedete finché i clienti non si lamentano.
Errore 5: Nessuna comunicazione ai clienti Se i clienti sentono improvvisamente un agente IA senza aspettarselo, la sorpresa può essere negativa. Valutate se una comunicazione proattiva sia opportuna.
Conclusione: una buona pianificazione è metà dell'opera
La creazione di un agente vocale non è uno sprint – è un processo che richiede una preparazione accurata, test metodici e iterazione continua. Le aziende che si prendono il tempo per ciascuno di questi passaggi riportano risultati significativamente più rapidi e problemi post-lancio decisamente ridotti.
Avviate il vostro agente vocale con il collaudato processo di implementazione di anicall.io.