Workflow AI, perché un pilot con un agente AI è l'inizio giusto: risultati, costi, rischi

Perché un pilot con un agente AI è l'inizio giusto: risultati, costi, rischi diventano misurabili su un solo processo reale, prima di qualsiasi spesa per la produzione. Per un workflow AI in azienda questo significa decidere su numeri propri, non su una demo. L'agente lavora collegato ai sistemi che la Sua azienda usa già, come Zoho CRM o un helpdesk come Zoho Desk.

Un workflow AI è un processo aziendale in cui un modello come Claude esegue alcuni passaggi al posto delle persone, con regole e controlli definiti. Un pilot limita quel processo a un perimetro chiaro. Se i risultati sono buoni, si estende. Se non lo sono, la spesa resta contenuta e la Sua azienda ha imparato dove sta il problema.

Questo post è la terza parte di una serie sul Pilot Claude A. La prima parte, "Agentic AI per le aziende: cosa fa un agente AI e dove si inserisce", spiega che cos'è un agente. La seconda, come si svolge un pilot con un agente AI in 30 giorni, descrive le fasi del lavoro. Qui si parla del perché: cosa cambia per l'azienda, come si misura il risultato, quali rischi si corrono e quali limiti restano.

Un pilot con un agente AI è una prova circoscritta in cui un agente su Claude gestisce un solo processo, collegato ai sistemi esistenti, con risultati misurati prima di decidere la produzione. La differenza con l'uso quotidiano di Claude da parte dei colleghi è sostanziale, e conviene chiarirla subito.

Un agente AI sull'API è un programma che chiama Claude direttamente, senza una persona alla tastiera. Un seat è invece la licenza per persona di Claude Team o Enterprise. Con un seat, Claude fa i singoli passaggi quando un collega glielo chiede. Da febbraio 2026 può eseguire anche un'attività programmata.

Secondo la pagina del servizio Pilot Claude A, però, Claude su un seat non legge ogni email appena arriva. Non lavora a nome dell'azienda e non segue regole testate. Queste tre cose le fa un agente AI.

La differenza ha anche un effetto sui costi. Un agente AI non richiede licenze per persona. Gira sull'API, sull'account dell'azienda, e si paga il consumo, cioè quanto lavora Claude. Le licenze per persona servono per Claude Team o Enterprise, quindi per il Pilot Claude B, che porta Claude Team a tutto il team.

Con un agente AI il lavoro in arrivo viene preso in carico subito, secondo regole fisse, e le persone passano dal fare al verificare. È un cambio di ruolo più che di strumento. Agenda Digitale lo descrive così: la GenAI accelera la produzione di contenuti ma resta reattiva, mentre l'Agentic AI agisce e si coordina con umani e altri agenti.

Il punto di contatto tra agente e persona è il passaggio di approvazione. Il passaggio di approvazione è il punto in cui un collega conferma prima che l'azione dell'agente parta. Un esempio è il preventivo prima che arrivi al cliente. Un altro è la fattura prima che passi alla contabilità.

Per un'azienda questo cambia tre cose concrete:

• Il tempo di risposta non dipende più da chi è in ufficio in quel momento.
• Le regole del processo sono scritte e testate, non affidate all'abitudine dei singoli.
• Ogni azione verso l'esterno passa da una persona che la conferma e ne risponde.

Lo stesso articolo di Agenda Digitale osserva che con l'Agentic AI cambiano anche le metriche del successo, verso adattamento e apprendimento continuo. In un pilot però conviene restare su misure semplici e verificabili. La sezione seguente spiega quali.

I risultati di un pilot con un agente AI si misurano su tre grandezze: tempo per pratica, errori e costo per pratica. Ciascuna va rilevata prima dell'avvio, sul processo com'è oggi. Senza questo punto di partenza, qualsiasi risultato finale resta un'impressione.

La base dei test è il lavoro reale. Il Pilot Claude A include 100 casi di test presi dal lavoro vero dell'azienda e verificati prima del go-live, cioè prima che l'agente lavori sui casi nuovi. Gli stessi casi servono a confrontare l'agente con il modo in cui le persone li hanno gestiti.

Misura	Come si rileva	Con che cosa si confronta
Tempo per pratica	Minuti dall'arrivo della richiesta alla chiusura, compresa la conferma del collega	Il tempo attuale dello stesso processo
Errori	Esiti sbagliati sui casi di test e correzioni fatte nel passaggio di approvazione	Gli esiti corretti dei casi reali
Costo per pratica	Consumo del modello diviso per il numero di pratiche gestite	Il budget di consumo fissato all'inizio

Le correzioni nel passaggio di approvazione sono la misura più utile. Indicano quante volte il collega ha dovuto cambiare la proposta dell'agente, e su quali tipi di caso. Se le correzioni si concentrano su una categoria, quella categoria resta alle persone o richiede regole migliori.

Un esempio concreto di pilot con un agente AI è lo smistamento delle email di assistenza che arrivano in Zoho Desk. Il processo è ripetitivo, ad alto volume e facile da misurare. Le impostazioni qui sotto vengono tutte dalle pagine di Anthropic e dalla pagina del servizio.

1. Modello: Claude Haiku 5.5, che Anthropic indica per compiti ad alto volume e sensibili alla latenza, come classificazione, estrazione e smistamento.
2. Fornitore: Amazon Bedrock con l'impostazione UE, nei data center AWS di Francoforte e Irlanda.
3. Collegamento: per Zoho Desk Svennis costruisce un connector, un MCP server, un plugin o una skill. Mostra le opzioni con il loro costo, e il cliente sceglie.
4. Operazioni: se serve un MCP server nuovo, il pilot ne include uno fino a 8 operazioni di lettura e scrittura. Bastano per leggere il ticket, cercare il contatto, assegnare il reparto e preparare una risposta in bozza.
5. Approvazione: nessuna risposta parte verso il cliente senza la conferma di un collega.

Il confronto si fa con il tempo attuale per email. La pagina del servizio porta come esempio circa 12 minuti per email con Claude su un seat, quando è un collega a chiedere ogni passaggio. Nel pilot si misura quanto di quel tempo resta alla persona che conferma, e quante proposte di smistamento deve correggere sui 100 casi di test.

Il costo di un pilot con un agente AI ha due voci separate: il compenso del progetto e il consumo del modello. Il compenso del Pilot Claude A è pubblicato sulla pagina dei prezzi di Workshop, Pilot, Attivazione e Gestione. Il consumo del modello non è compreso: lo fattura il fornitore scelto sul conto dell'azienda, con un budget fissato dall'inizio.

Il fornitore del consumo può essere Anthropic, AWS, Google Cloud o Microsoft, sempre a consumo. Le licenze Claude Team, quando servono, si pagano direttamente ad Anthropic. Il compenso del Pilot A si paga in tre rate: 30% alla riunione di avvio, 40% a 30 giorni dall'avvio e 30% alla valutazione dei risultati. L'ultima rata è quindi legata proprio alla misura del risultato.

Il consumo dipende dal modello. Anthropic pubblica questi prezzi, in dollari per milione di token, dove un token è una piccola porzione di testo:

Modello	Indicato per	Input / output
Claude Haiku 5.5	Classificazione, estrazione, smistamento ad alto volume	da 0,10 / da 0,50 USD
Claude Sonnet 5.5	La migliore combinazione di velocità e intelligenza	2 / 10 USD
Claude Opus 5.5	Il punto di partenza che Anthropic consiglia per la maggior parte dei carichi	4 / 20 USD

Il pilot serve anche a scegliere il modello. Se il processo regge con un modello leggero sui casi di test, il costo per pratica in produzione scende di conseguenza.

Il rischio principale di un agente AI costruito male è dargli più permessi di quanti il compito richieda. Su Tom's Hardware Italia, Wendi Whitmore di Palo Alto Networks descrive il problema del superuser: gli agenti ricevono spesso privilegi troppo estesi per i compiti assegnati. Lo stesso articolo osserva che molte applicazioni vengono implementate senza i controlli necessari sulla loro affidabilità.

Il secondo rischio è la prompt injection. Il Claude Help Center la definisce come istruzioni malevole nascoste in siti, email o documenti, che possono indurre Claude ad azioni non volute. Un agente che legge email di clienti riceve per definizione testo scritto da altri.

Il terzo rischio è la responsabilità. In una discussione su r/fintech, chi scrive osserva che se il bot comunica un tasso errato, le conseguenze ricadono sull'azienda e non sul fornitore. Un commentatore riferisce che le aziende che gestiscono bene il problema tengono l'agente fuori dal percorso di scrittura per le azioni con conseguenze legali. L'agente cerca, redige e propone; una persona o un sistema deterministico compie l'azione.

In Svennis colleghiamo l'agente solo alle operazioni che il processo richiede e teniamo il passaggio di approvazione su ogni azione verso il cliente finché i casi di test non mostrano che quella categoria è affidabile. Per i controlli in produzione, la guida su approvazioni, log e costi degli agenti AI in produzione entra nel dettaglio.

Non fare nulla ha un costo che non compare in fattura: il lavoro ripetitivo resta sulle persone mentre il software intorno all'azienda cambia. Secondo la stima di Gartner riportata da Tom's Hardware Italia, il 40% delle applicazioni integrerà agenti AI entro la fine del 2026. Nel 2025 la quota era inferiore al 5%.

Questa stima non dice che ogni azienda debba avere un agente subito. Dice che gli strumenti in uso, dal CRM all'helpdesk, si stanno muovendo in quella direzione. Un'azienda che non ha mai misurato un agente sul proprio processo arriverà a quella scelta senza dati propri.

Il rischio opposto è partire troppo in grande. Un post molto discusso su r/AI_Agents sostiene che l'hype sugli agenti sia andato troppo oltre. Secondo il suo autore, i "team AI" multi-agente completano solo il 24% delle attività. È un'opinione di forum, non uno studio, ma il punto di metodo vale: più processi e più agenti insieme rendono difficile capire che cosa funziona.

Un pilot su un solo processo sta in mezzo tra i due rischi. Costa meno di un progetto esteso, produce numeri su dati reali e lascia all'azienda la decisione successiva. Se il risultato non regge, la Sua azienda sa perché e non ha impegnato il budget di un intero reparto.

Un pilot con un agente AI dimostra che cosa funziona su un processo, non che l'automazione possa girare senza supervisione. L'autore del post su r/AI_Agents lo dice in modo netto: gli agenti non sono dipendenti autonomi e richiedono supervisione costante. Secondo lui, l'automazione di supporto e operazioni gestisce il 60-80% delle richieste di routine, e il resto ha bisogno di persone.

Anche senza prendere quei numeri alla lettera, ne derivano tre limiti pratici:

• Il risultato di un processo non si trasferisce automaticamente a un altro processo.
• I casi rari o ambigui restano alle persone, e il pilot serve a identificarli.
• Il consumo cresce con il volume, quindi il costo per pratica va ricontrollato in produzione.

C'è poi il ciclo di vita dei modelli. Anthropic indica per ogni modello una data di ritiro non anteriore a una certa scadenza. Per Claude Haiku 5.5 è il 7 ottobre 2027, per Claude Opus 5.5 il 22 settembre 2027. Un agente in produzione andrà quindi verificato su un modello nuovo entro quelle date, con gli stessi casi di test del pilot.

Questi limiti non sono un argomento contro il pilot. Sono il motivo per cui conviene farlo prima di un progetto esteso: emergono quando costano poco.

Per un'azienda italiana il primo tema è dove vengono trattati i dati. La pagina del servizio consiglia Amazon Bedrock con l'impostazione UE, nei data center AWS di Francoforte e Irlanda. Il piano Enterprise di Claude offre anche un'inferenza solo negli Stati Uniti. Quell'opzione non serve a chi vuole i dati in Europa.

Il secondo tema è la lingua. Anthropic indica che tutti i modelli attuali hanno capacità multilingue. Email, ticket e documenti in italiano non richiedono una traduzione intermedia. I casi di test si scrivono nella lingua in cui i clienti scrivono davvero.

Il terzo tema è la responsabilità verso i clienti. Come osservato nella discussione su r/fintech, le regole di condotta si applicano all'azienda indipendentemente dal contratto con il fornitore. Il passaggio di approvazione è quindi anche una scelta di governo: chi conferma risponde, come oggi.

Se il processo scelto tocca decisioni che riguardano persone, conviene leggere prima il testo annotato dell'AI Act in italiano. Un processo operativo come lo smistamento delle email di assistenza è in genere un punto di partenza più semplice. Un processo che valuta clienti o candidati è più delicato.

Il primo passo concreto è scegliere un processo candidato e misurarlo com'è oggi. Prima di qualsiasi incontro, la Sua azienda può preparare quattro elementi:

1. Un processo ripetitivo, con un inizio e una fine chiari, ad esempio le email di assistenza.
2. Il tempo medio per pratica e il volume mensile attuale.
3. Un insieme di casi reali già gestiti, con l'esito corretto.
4. Le azioni che devono sempre passare da una conferma umana.

Se non è chiaro da quale processo partire, la valutazione di prontezza all'AI aiuta a ordinare le priorità. Il percorso di Svennis ha quattro fasi: il Workshop, poi il Pilot Claude A (un agente AI su Claude per un processo) o il Pilot Claude B (Claude Team per tutto il team), poi l'Attivazione per reparto, infine la gestione operativa mensile.

Svennis realizza questo tipo di pilot, dal collegamento ai sistemi fino ai 100 casi di test e alla valutazione dei risultati. Il Pilot Claude A con un agente AI in 30 giorni descrive che cosa è incluso e che cosa resta a carico dell'azienda, come il consumo del modello.