Voicebot o operatore umano: quali chiamate passare a una persona e come progettare il passaggio

La domanda giusta non è “bot o persona”

Chi valuta un voicebot arriva quasi sempre con la domanda sbagliata: “può sostituire chi risponde al telefono?”. La risposta è no, e diffidare di chi promette il contrario è la prima regola. La domanda giusta è un’altra: quali chiamate può chiudere da solo, quali deve passare a una persona, e come fa a capire la differenza. Un voicebot progettato bene non è quello che risponde a tutto: è quello che sa dove finisce il suo perimetro e passa la chiamata prima che il cliente si irriti.

Il valore per l’azienda sta in entrambe le metà. Le richieste ripetitive escono dalle scrivanie, e chi risponde si occupa delle chiamate che richiedono davvero una persona. Le chiamate che arrivano agli operatori sono meno, ma più difficili: va messo in conto anche questo.

Cosa può chiudere il voicebot da solo

Le richieste prevedibili

Orari e indirizzi; l’elenco dei punti vendita o dei centri di assistenza, magari il più vicino a chi chiama; i contatti di un negozio o di una sede, cioè email, numero di telefono e orari; lo stato di una pratica o di un ordine; le prenotazioni e gli spostamenti standard; le informazioni che stanno in una FAQ; lo smistamento verso la persona o il reparto giusto; la raccolta di una richiesta di richiamata. Anche i servizi interni entrano nel perimetro: la prenotazione dei pasti nella mensa aziendale è un esempio tipico, e mostra bene l’omnicanalità, perché la stessa richiesta può arrivare per email, in chat o a voce e va gestita allo stesso modo. Sono chiamate con una domanda chiara, una risposta che sta nei sistemi aziendali e nessuna decisione da prendere. In molti centralini sono la maggior parte del traffico nelle fasce di punta.

Il perimetro si scrive prima

La lista di ciò che il voicebot chiude da solo non è una scoperta che si fa dopo: si scrive nel progetto, a partire dall’analisi delle chiamate reali, e si allarga per gradi quando i numeri lo giustificano. Un voicebot lasciato libero di rispondere a tutto tende a inventare ciò che non sa; un voicebot con un perimetro definito risponde bene a ciò che sa e passa il resto.

Cosa deve passare a una persona

Tipo di chiamata	Il segnale che il voicebot deve riconoscere	Cosa fa il voicebot
Richiesta esplicita di una persona	“Voglio parlare con qualcuno”, “un operatore”	Passa subito, senza insistere e senza far ripetere
Urgenza o emergenza	Parole e contesto che indicano un problema in corso	Passa in priorità, con il motivo già segnalato
Reclamo o cliente contrariato	Tono, ripetizione della stessa richiesta, insoddisfazione dichiarata	Passa con lo storico della conversazione
Richiesta fuori dal perimetro	Domanda che non rientra in ciò che sa fare	Lo dice e passa, invece di provare a rispondere
Decisione che incide sul cliente	Accettare o rifiutare una richiesta, concedere un’eccezione	Raccoglie e passa: la decisione la prende una persona
Dato che non riesce a riconoscere	Un codice, un nome, un numero non compreso dopo una conferma	Non insiste una terza volta: passa

La riga più importante è la prima. Il diritto di chiedere una persona e di ottenerla subito è una regola di progetto, non una cortesia: un voicebot che risponde “posso aiutarti io” a chi ha chiesto un operatore fa più danni di un menu a toni.

Il passaggio: come si fa bene

Il contesto arriva prima della voce

Il passaggio funziona quando chi risponde sa già chi chiama, perché chiama e cosa è stato detto. Il contesto non viaggia dentro la telefonata: viaggia in parallelo, con una scheda che si apre sul desktop dell’operatore o nel CRM al momento del trasferimento, tramite le API della piattaforma. Se la scheda non c’è, il cliente ripete, e la sensazione è di essere stati parcheggiati da una macchina. Come si costruisce tecnicamente il trasferimento con contesto è nella guida all’integrazione di un voicebot AI col centralino esistente.

Se non c’è nessuno

Il caso più delicato è il passaggio verso una persona che non c’è: fuori orario, in una fascia di punta con tutti occupati, in un giorno di chiusura. Il voicebot deve saperlo prima del chiamante e dirlo: prendere la richiesta, promettere una richiamata con una finestra realistica, e registrarla dove qualcuno la vedrà. Il silenzio dopo “la passo a un operatore” è il modo più rapido per perdere la chiamata. Dove voce, chat e riunioni passano da una piattaforma di unified communication e collaboration, lo stato di presenza degli operatori è già disponibile: è il dato da cui il voicebot parte per sapere se c’è qualcuno.

Le regole: trasparenza e decisioni

Dal 2 agosto 2026 si applica l’articolo 50 del Regolamento (UE) 2024/1689: chi interagisce con un sistema di intelligenza artificiale deve esserne informato, salvo che sia evidente dal contesto, e le linee guida della Commissione del 20 luglio 2026 chiedono di interpretare l’eccezione in modo restrittivo. La dichiarazione va nel messaggio di apertura, prima di qualsiasi domanda; il fornitore della piattaforma deve progettare il sistema in modo trasparente e l’azienda che lo utilizza deve poter dimostrare che l’avviso c’è.

C’è poi un confine che riguarda le decisioni. Se il voicebot si limita a informare, prenotare e smistare, resta uno strumento di servizio. Se invece prendesse decisioni con effetti significativi sulla persona, per esempio accettare o rifiutare una richiesta che le spetta, entrerebbe nel campo delle decisioni automatizzate dell’articolo 22 del GDPR, con tutele e diritti specifici. La regola di progetto più semplice evita il problema alla radice: il voicebot raccoglie, la persona decide. Registrazioni e trascrizioni seguono le regole già note su informativa, base giuridica, conservazione e accessi, e se riguardano gli operatori valgono le tutele dell’articolo 4 dello Statuto dei lavoratori.

Cosa cambia per chi risponde

Il lavoro degli operatori cambia in due direzioni. Diminuiscono le chiamate ripetitive, quindi il tempo per quelle che restano cresce; ma le chiamate che restano sono per definizione le più difficili: reclami, eccezioni, urgenze, clienti che hanno già parlato con una macchina. Servono la scheda con il contesto, un modo rapido per correggere il voicebot quando sbaglia, cioè segnalare una richiesta non riconosciuta o un passaggio evitabile, e una formazione breve su come riprendere una conversazione iniziata da un sistema automatico. Chi progetta il voicebot senza parlare con chi risponde al telefono progetta a metà.

Come si misura se il confine è nel punto giusto

Cinque numeri, letti insieme: la quota di chiamate chiuse dal voicebot in autonomia, la quota trasferita a una persona, i trasferimenti che si potevano evitare, cioè richieste nel perimetro che il voicebot non ha riconosciuto, gli abbandoni prima e dopo il trasferimento, e le richiamate promesse e fatte. Un tasso di trasferimento alto non è per forza un fallimento: se le chiamate passate sono quelle giuste, il sistema sta facendo il suo lavoro. È basso e sospetto quando il voicebot insiste dove dovrebbe fermarsi. Il confine si sposta sui dati, per gradi, come il flusso di cui parliamo nella guida sui voicebot per prenotazioni e appuntamenti.

Gli errori che si vedono più spesso

• Il voicebot che ripete “posso aiutarti io” a chi ha chiesto una persona.
• Il terzo tentativo di riconoscere un codice, quando al secondo doveva già passare.
• Il trasferimento verso una coda vuota fuori orario, senza dirlo e senza richiamata.
• Il contesto promesso e non consegnato, con l’operatore che ricomincia da capo.
• Il perimetro deciso in sala riunioni senza aver analizzato le chiamate reali.
• La misura mai impostata, con il progetto che dopo tre mesi non sa dire cosa passa e perché.

Da dove si parte

Dall’analisi delle chiamate reali: quali arrivano, in quali fasce, quali si chiudono con una risposta standard e quali no. Poi il perimetro scritto, il disegno del passaggio con la scheda per chi risponde, il collaudo con chiamate vere da fuori e un mese di misura prima di allargare. Netframe è un system integrator IT dell’Emilia-Romagna con sede a Modena: integriamo voicebot AI e centralino intelligente sul centralino esistente, con il passaggio all’operatore e la scheda sul desktop o nel CRM, come nella guida all’integrazione tra centralino e CRM, e seguiamo progetti in tutta Italia. Il confronto fra le piattaforme e i criteri di scelta sono nella guida al centralino con intelligenza artificiale.

Domande frequenti

Il voicebot può sostituire completamente gli operatori?

No. Lavora bene sulle richieste prevedibili, cioè orari, punti vendita e centri di assistenza, contatti, stato di una pratica, prenotazioni, smistamento; sulle eccezioni, sui reclami e su tutto ciò che richiede una decisione serve una persona. L’obiettivo realistico è liberare tempo agli operatori sulle domande a basso valore e passare loro le chiamate giuste con il contesto già raccolto.

Come capisce il voicebot quando deve passare la chiamata?

Da regole scritte nel progetto: la richiesta esplicita di una persona, i segnali di urgenza, il reclamo, una domanda fuori dal suo perimetro, una decisione che spetta a una persona, un dato che non riconosce dopo una conferma. Le regole si affinano sui dati delle chiamate reali.

Posso chiedere subito di parlare con una persona?

Sì, e un voicebot progettato bene lo fa senza insistere: passa la chiamata con quello che ha già capito. È una regola di progetto, non una cortesia, ed è la prima cosa che verifichiamo in collaudo.

Cosa succede se chiedo un operatore fuori orario?

Il voice bot deve saperlo prima di te e dirlo: raccoglie la richiesta, promette una richiamata con una finestra realistica e la registra dove qualcuno la vedrà. Il passaggio verso una coda vuota è l’errore che fa perdere più chiamate.

Il voicebot prende decisioni al posto dell’azienda?

Non dovrebbe. Informa, prenota, smista e raccoglie; se una richiesta comporta accettare, rifiutare o concedere un’eccezione, la passa a una persona. È la regola più semplice per restare fuori dal campo delle decisioni automatizzate con effetti significativi previsto dall’articolo 22 del GDPR.

Fonti

• Regolamento (UE) 2024/1689 (AI Act), articolo 50, e linee guida della Commissione europea del 20 luglio 2026
• Regolamento (UE) 2016/679 (GDPR), articolo 22
• Normattiva, Legge 20 maggio 1970, n. 300 (testo vigente), articolo 4
• Documentazione della piattaforma voicebot integrata sulle regole di escalation e sulla consegna del contesto, in forma descrittiva

Fonti verificate il 18 agosto 2026.

Nota di indipendenza: Netframe è un system integrator indipendente e multi-vendor. La piattaforma voicebot Mercury è integrata, installata e personalizzata da Netframe senza rapporti di rivendita esclusiva; le altre piattaforme citate nel cluster sono nominate a titolo di confronto e non hanno rapporti commerciali con Netframe.