Assistente vocale aziendale: come si costruisce

Costruire un assistente vocale aziendale significa mettere insieme cinque componenti, di cui solo una è quella a cui si pensa. La parte che determina se funzionerà non è il modello che capisce la voce: sono le integrazioni con i sistemi che contengono le risposte.

Un assistente scollegato dai dati può dire orari e indirizzo. Un assistente collegato può dire a che punto è la pratica di chi sta chiamando, e la differenza la sente chiunque nei primi dieci secondi.

I cinque componenti

L'ultima riga sorprende chi valuta il progetto per la prima volta: la voce è il pezzo più evidente e il meno determinante. Le voci sintetiche sono oggi buone ovunque, e nessuna azienda ha mai fallito un progetto per il timbro.

Le decisioni che contano

1. Cosa deve saper fare, in un elenco corto. Due o tre casi, non dieci.
2. Quando si arrende: dopo quante incomprensioni passa a una persona.
3. Cosa fa se non c'è nessuno: messaggio strutturato, richiamata, altro.
4. Quali dati può leggere e quali può scrivere.
5. Come identifica chi chiama: numero, codice, domanda di verifica.
6. Cosa conserva della conversazione e per quanto.

Il punto 5 è quello che le aziende affrontano tardi e che condiziona molto. Se l'assistente deve dare informazioni su una pratica, deve sapere con ragionevole certezza chi ha di fronte. Il numero chiamante è il metodo più semplice ma non è sempre affidabile, e chiedere dati di verifica allunga la conversazione.

Perché i test sono parte del progetto

Al telefono succede di tutto, e nessuna analisi a tavolino lo prevede.

• Persone che dicono tre cose nella stessa frase
• Chiamate da ambienti rumorosi o in movimento
• Interlocutori che parlano sopra il sistema
• Silenzi lunghi che il sistema interpreta come fine turno
• Numeri e date pronunciati in modi diversi
• Persone che riagganciano e richiamano subito

Ognuna di queste situazioni va provata e gestita. È il motivo per cui una stima realistica include settimane di test, e per cui i progetti che promettono tempi molto brevi in genere consegnano sistemi che si comportano male al primo contatto col mondo reale.

Pronto o su misura

Il criterio è lo stesso di AI in abbonamento o su misura: se ti basta ciò che la piattaforma già fa, usala. Se il valore sta nel collegamento ai tuoi dati, serve un progetto.

Esempi pratici

Assistente che prende messaggi fuori orario. Un solo caso d'uso, nessuna integrazione, tempi brevi. È il progetto che consiglierei per primo a chi non ha mai provato: costa poco e recupera contatti che oggi si perdono.

Assistente collegato al gestionale pratiche. Risponde a «a che punto è la mia richiesta». Una integrazione, identificazione da numero chiamante con verifica. Complessità media, valore alto se le chiamate su questo tema sono molte.

Assistente che prenota e modifica. Deve leggere e scrivere sul calendario, gestire conflitti, confermare. È il livello più alto e va affrontato dopo aver visto funzionare i precedenti.

I tempi reali di un progetto

Le stime che circolano sono spesso ottimistiche perché contano solo lo sviluppo. Un progetto vocale ha quattro fasi e la più lunga non è quella che si immagina.

1. Definizione: cosa deve fare, quando si arrende, cosa conserva. Poche riunioni, ma vanno fatte con chi risponde oggi al telefono.
2. Integrazioni: collegamento ai sistemi che contengono le risposte. È la parte tecnicamente più corposa.
3. Costruzione del flusso: la logica conversazionale vera e propria.
4. Test con chiamate reali: la fase che viene tagliata e che determina se funzionerà.

La quarta fase merita un'attenzione particolare. Non si tratta di provare che il sistema funziona quando tutto va bene, ma di scoprire cosa succede quando va male: rumore, silenzi, persone che parlano sopra, richieste fuori perimetro. Ogni comportamento anomalo scoperto in questa fase è un problema che i clienti non incontreranno.

Cosa chiedere in fase di preventivo

• A quali sistemi si collega, con nomi propri
• Cosa succede quando non capisce, dopo quante volte
• Come identifica chi chiama e cosa rivela prima di averlo identificato
• Quante chiamate di test reali sono incluse
• Cosa viene conservato, dove e per quanto
• Chi interviene se il sistema si comporta male, e con che tempi

Sono sei domande che distinguono un preventivo confrontabile da uno generico. Un fornitore che risponde in modo preciso a tutte e sei ha già pensato al progetto; uno che risponde a tre sta improvvisando. Il criterio generale è in quanto costa un agente AI.

Il perimetro della prima versione

L'errore che vedo più spesso in fase di definizione è un elenco di dieci cose che l'assistente dovrebbe saper fare. La prima versione dovrebbe averne due.

Il motivo non è prudenza: è che ogni caso d'uso aggiunto moltiplica le combinazioni da testare, e i problemi nascono quasi sempre nelle intersezioni. Un sistema che gestisce due casi bene è utile dal primo giorno; uno che ne gestisce dieci male viene spento dopo un mese.

1. Elenca tutto quello che vorresti che facesse.
2. Ordina per frequenza reale, non per importanza percepita.
3. Prendi i primi due e metti via il resto.
4. Rilascia, misura, correggi.
5. Aggiungi il terzo solo quando i primi due funzionano davvero.

Il passaggio 2 riserva spesso sorprese: il caso che sembrava centrale si rivela raro, e una richiesta banale che nessuno aveva menzionato è la più frequente di tutte.

Errori da evitare

• Partire da dieci casi d'uso. Due, fatti bene, valgono di più.
• Rimandare la verifica del centralino. È il presupposto di tutto.
• Non definire quando si arrende. È la decisione che salva il progetto.
• Saltare i test reali. Il mondo vero è diverso dalla demo.
• Non decidere cosa può rivelare. Rischio concreto di esporre dati.
• Investire nella voce invece che nelle integrazioni. Ottimizzare il pezzo sbagliato.

Come applicarlo in azienda

Prima di tutto verifica se il tuo centralino può deviare le chiamate verso un numero esterno: senza quello, il progetto ha una dimensione diversa.

Poi scegli un caso d'uso solo, quello più frequente, e definisci in una pagina cosa deve fare, quando si arrende e cosa conserva. Con quella pagina in mano i preventivi diventano confrontabili e le stime molto più strette.

Il quadro dei costi è in quanto costa un agente AI, gli errori tipici in errori da evitare con la voice AI.

Chi lo segue dopo il rilascio

Un assistente vocale non è un impianto che si installa e funziona: è un sistema che incontra ogni giorno situazioni nuove e va corretto.

Serve una persona che una volta a settimana, nei primi mesi, ascolti o legga un campione di conversazioni. Non per controllare qualcuno, ma per vedere dove il sistema si è bloccato, cosa ha frainteso, quali richieste non erano previste.

1. Guarda un campione di conversazioni con esito negativo.
2. Annota i motivi ricorrenti di fallimento.
3. Correggi i due o tre più frequenti.
4. Ripeti dopo qualche settimana.

Questo ciclo, ripetuto tre o quattro volte, migliora un sistema mediocre in uno che funziona. Saltarlo significa lasciare che il sistema resti com'era il primo giorno mentre il mondo intorno cambia — che è il modo tipico in cui questi progetti si degradano, come descritto in quanto costa mantenere un sistema AI.

Conclusione

Un assistente vocale è fatto per l'ottanta per cento di cose che non riguardano la voce: integrazioni, logica, gestione degli imprevisti, identificazione di chi chiama.

Chi valuta un progetto guardando la naturalezza della voce sta guardando il pezzo meno importante. Chiedi invece a cosa si collega e cosa fa quando non capisce: le risposte a queste due domande predicono l'esito meglio di qualunque dimostrazione.

Se vuoi passare dai test con ChatGPT a un sistema AI integrato nei processi aziendali, Giallo Studio progetta agenti e automazioni su misura.

Va infine considerato che un assistente vocale tratta dati personali di chi chiama e produce trascrizioni: le verifiche di GDPR e AI in azienda vanno chiuse prima dell'attivazione, non dopo. Vale la pena decidere esplicitamente cosa si conserva — audio, testo, o solo l'esito — perché nella maggior parte dei casi il minimo è sufficiente e semplifica parecchio.

Schema consigliato: Article + FAQPage + BreadcrumbList