Vai al contenuto
Se non funziona, non paghi. 30 giorni.
Implementa.
AutomazioneOpinione··6 min

La coda delle eccezioni di un agente IA: dove muore il risparmio

La coda delle eccezioni di un agente IA è il posto in cui il risparmio si perde: il 10% che l'agente non risolve si accumula senza un responsabile e viene chiuso senza indagare. Cosa scrivere prima di accenderlo: chi la guarda, ogni quanto, che SLA ha e cosa succede se cresce per due settimane di fila.

Senior AI Operations Implementer

AI Operations Pod

Metti in produzione l'agente, la dashboard dice che risolve il 90% dei casi e il risparmio non compare da nessuna parte. Né in ore, né in costi, né sulla faccia di chi faceva quel lavoro. La dashboard non mente: misura ciò che l'agente fa. Il risparmio si decide in ciò che non fa. (Il 90% è un esempio per illustrare lo schema, non il dato di un cliente.)

La tesi in una riga: un'automazione senza un responsabile della coda delle eccezioni non fa risparmiare ore, le sposta e le nasconde. Il lavoro che l'agente non risolve non sparisce; cambia mano, perde il contesto che aveva e smette di essere contato dove si controllava il risparmio.

La coda delle eccezioni di un agente IA: il 10% che decide se risparmi

Una coda delle eccezioni è l'elenco dei casi che l'agente non sa risolvere, o non osa chiudere, e lascia a una persona. Ogni agente ne ha una, anche se nessuno la chiama così: una cartella di posta, un canale di chat, una scheda «da rivedere» in un foglio di calcolo, uno stato strano nel CRM. Ciò che cambia da un'azienda all'altra non è se esiste, ma se ha un responsabile.

Lo schema si ripete quasi sempre uguale. Il primo mese le eccezioni sono poche e le guarda chi ha montato l'agente, con curiosità. Al terzo sono di più, le vede chi passa di lì e nessuno le mette in ordine di priorità. Al sesto la coda è un cimitero: casi vecchi di settimane, clienti che hanno scritto due volte e l'abitudine collettiva di chiudere con «risolto in altro modo» ciò che nessuno ha esaminato. La quota di casi risolti dall'agente resta alta. Il risparmio no.

Che cosa sappiamo di ciò che accade agli allarmi di cui nessuno si occupa?

Poco sugli agenti di business, ed è giusto dirlo. Il dato più vicino viene dalle operazioni di rete. Il 23 settembre 2026 Cisco ha pubblicato un'indagine condotta da Omdia su 1.000 responsabili IT e di operazioni di rete in organizzazioni con più di 500 dipendenti in Nord America, Europa occidentale e Asia-Pacifico. Secondo il comunicato di Cisco, quasi la metà degli allarmi di rete viene chiusa senza indagine, una quota quasi identica di intervistati dice che il tempo di indagine se ne va a inseguire falsi positivi, e l'organizzazione media genera circa 4.100 allarmi ed eventi di monitoraggio al giorno. Smaltire a mano l'arretrato quotidiano di allarmi di rete richiederebbe, secondo lo stesso rapporto, dell'ordine di 100 specialisti IT (comunicato stampa Cisco, 23-09-2026).

Tre precisazioni prima di usarlo. È un'indagine pubblicata da un fornitore che vende proprio la soluzione a quel problema. Riguarda le operazioni di rete, non le operazioni di business. E non è una misurazione dell'Italia né di alcun paese in particolare. Non descrive ciò che accade al tuo agente di fatturazione. La usiamo come indicatore anticipatore: quando ciò che andrebbe guardato supera ciò che una persona può guardare, la mossa razionale è chiudere senza guardare. La tua coda sarà più piccola, ma il meccanismo è lo stesso.

Perché una coda senza responsabile nasconde il risparmio invece di perderlo?

Perché il lavoro non sparisce, cambia forma. Prima una persona faceva il caso per intero. Ora l'agente sbriga il tratto facile e quello difficile arriva a qualcuno che ha già altro sulle spalle, senza il contesto che aveva il vecchio processo. Ogni eccezione costa più di un caso normale e, per giunta, è invisibile: non compare nella dashboard dell'agente, compare come tempo perso nell'agenda di tre persone diverse.

  • Le ore che la dashboard dice di aver liberato si spendono a spegnere eccezioni, distribuite tra persone che non le contano.
  • I casi difficili sono spesso i più preziosi: il cliente grande, l'importo strano, il reclamo.
  • Ciò che si chiude senza indagare non insegna nulla. L'agente non migliora perché nessuno gli spiega perché ha fallito.

È la stessa trappola che spiega perché le ore liberate non sono risparmio: si conta ciò che l'agente toglie e non ciò che riappare altrove. E non è il problema de la metrica che fa mentire il tuo agente: lì sbaglia ciò che si misura; qui manca il turno. Nessuno è incaricato di guardare ciò che resta.

Che cosa va scritto prima di accendere l'agente?

Quattro cose, su una pagina, prima della prima esecuzione in produzione:

  1. Chi guarda la coda. Un nome e un sostituto, non «il team». Se la risposta è «chi riesce», non la guarda nessuno.
  2. Con che frequenza. Una o due fasce fisse al giorno, non «quando si trova un momento».
  3. Qual è lo SLA di un'eccezione. Quanto può aspettare un caso prima di contare come inadempienza, diverso a seconda del cliente o dell'importo.
  4. Che cosa succede quando la coda cresce per due settimane di fila. Una regola di innesco: si ferma l'estensione dell'agente e si verifica perché entrano così tanti casi.

La quarta è quella che quasi nessuno scrive, ed è quella che trasforma la coda in uno strumento di gestione invece che in un secchio. Una coda che cresce non è un problema di persone: è il segnale che l'agente risolve meno di quanto crede o che è cambiato ciò che gli arriva. La guida per misurare le prestazioni delle tue automazioni conta le eccezioni a settimana tra le metriche chiave; qui aggiungiamo il responsabile e il turno di cui quella metrica ha bisogno per servire a qualcosa.

Chi deve gestire le eccezioni: una persona, un team o un altro agente?

Dipende da quanto costa l'errore. Se il costo è basso e il volume alto, un altro agente può smistare e risolvere con regole più rigide. Se è alto e raro, va a una persona con giudizio e autorità per decidere. È la stessa logica di dove mettere la validazione umana senza uccidere il risparmio, applicata a ciò che resta dopo che l'agente ha fatto la sua parte.

Quando il volume cresce, la buona volontà non basta più e serve supervisione umana dell'IA su larga scala: turni, campionamento e criteri scritti. E perché chi gestisce un'eccezione possa ricostruire cos'è successo, gli serve la tracciabilità delle decisioni dell'IA. Senza, ogni eccezione si indaga da zero o non si indaga.

Come capire se la tua coda delle eccezioni è già morta?

Con una prova di dieci minuti. Chiedi a tre persone che toccano il processo quante eccezioni ci sono state ieri e quante restano aperte. Se danno tre cifre diverse, o nessuna, la coda non ha un responsabile. Poi ordina i casi aperti per anzianità e confronta il più vecchio con lo SLA che dovrebbe avere. Se non c'è SLA, hai la risposta.

Un secondo segnale è il motivo di chiusura. Se la maggior parte delle eccezioni si chiude con un'etichetta generica e senza una nota su cos'è successo, la coda funziona da cestino, non da fonte di miglioramento. Ogni eccezione chiusa bene dovrebbe poter tornare all'agente come caso di test.

Quando non ti riguarda

Se il tuo agente gestisce un volume basso e il costo di un errore è trascurabile, una coda formale è burocrazia: basta un riepilogo giornaliero a una persona. Non vale nemmeno se l'eccezione ha già un responsabile naturale, come la casella di un team di assistenza con la sua reperibilità. Cambia quando le eccezioni di più agenti arrivano nello stesso posto, o quando nessuno saprebbe dire quante ce ne sono state ieri.

La frase da portarsi via: il risparmio di un agente non si misura in ciò che risolve, ma in ciò che resta dopo aver contato ciò che non risolve e chi lo raccoglie. Prima di accenderlo, dai un nome a chi guarda la coda.

Lo lasciamo a girare?

Se questo ti ha risuonato, conversazione di 30 minuti senza impegno. Ti diciamo cosa calza, cosa no e il prezzo approssimativo.

Vedi i case study
La coda delle eccezioni di un agente IA: dove muore il risparmio · Implementa