Chi sviluppa agenti AI su misura per le aziende italiane

Chi costruisce agenti AI in Italia

In Italia gli agenti AI per le aziende li sviluppano cinque tipi di operatori: i vendor dei gestionali (SAP con Joule, Microsoft con Copilot Studio), i grandi system integrator, le boutique specializzate su una singola piattaforma AI, le software house tradizionali che hanno aggiunto l'AI all'offerta, e i freelance o micro-team.

Non esiste la categoria migliore. Esiste quella giusta per il punto in cui vive il tuo processo: se il lavoro accade dentro SAP, la partita si gioca lì; se accade dentro un gestionale proprietario degli anni Novanta, serve chi sa costruire un ponte; se accade tra email e fogli Excel, serve chi sa progettare il flusso prima di scrivere codice.

Questa guida spiega come si distinguono, cosa chiedere a ciascuno e quali sono i criteri che separano un progetto che arriva in produzione da uno che resta una demo.

Prima di scegliere: cosa è un agente e cosa non lo è

La parola agente oggi viene usata per tre cose molto diverse, e il malinteso costa mesi.

Un chatbot risponde a domande su una base di conoscenza. Utile, ma non decide e non agisce: è un'interfaccia sopra dei documenti.

Un'automazione esegue una sequenza fissa quando scatta una condizione. È il vecchio workflow, eventualmente con un modello linguistico dentro a fare una classificazione o un riassunto. Affidabile, prevedibile, e non è un agente.

Un agente decide da solo quali passi compiere per arrivare a un obiettivo, usando strumenti che gli hai dato: legge un sistema, ne interroga un altro, confronta, e si ferma quando ha finito o quando non sa. La differenza non è la tecnologia, è che il percorso non lo hai scritto tu.

Questo conta nella scelta del fornitore perché le tre cose hanno costi e rischi diversi di un ordine di grandezza. Molte richieste che arrivano come "vogliamo un agente" si risolvono meglio, e per molto meno, con un'automazione normale. Un fornitore che non te lo dice ha un problema di incentivi.

Le cinque tipologie, e quando conviene ciascuna

**I vendor del gestionale.** SAP con Joule, Microsoft con Copilot Studio, i moduli AI di Zucchetti e TeamSystem. Conviene quando il processo vive interamente dentro quel sistema e ti basta quello che il vendor ha già previsto. Il vantaggio è l'integrazione nativa e nessun ponte da mantenere. Il limite è che ti muovi dentro il perimetro che ha deciso il vendor, e sui processi che attraversano più sistemi quel perimetro finisce presto. Su SAP Joule la cosa è più interessante del solito, perché il motore di ragionamento sotto è Claude.

**I grandi system integrator.** Accenture, Reply, Capgemini, Deloitte. Conviene quando il progetto è grande, tocca molte funzioni e serve una struttura che regga governance, sicurezza e change management su centinaia di persone. Il limite è il costo di coordinamento e il fatto che il team che arriva da te non è necessariamente quello che ti hanno presentato. Sotto una certa dimensione di progetto, la macchina costa più del lavoro.

**Le boutique specializzate.** Realtà piccole verticali su una piattaforma, di solito OpenAI o Anthropic. Conviene quando serve profondità su quella piattaforma e velocità di esecuzione: il team che ti presentano è quello che lavora. Il limite è la capienza, perché su un programma che coinvolge mille persone in dodici paesi una boutique non regge, e va detto prima.

**Le software house tradizionali.** Hanno il vantaggio di conoscere già i tuoi sistemi, spesso li hanno scritti loro. Il limite è che l'AI è arrivata dopo, e la differenza tra chi ha integrato un modello in un prodotto e chi ha portato un agente in produzione si vede nella gestione degli errori.

**Freelance e micro-team.** Conviene per un prototipo, per validare un'idea prima di metterci un budget serio. Il limite è la continuità: un agente in produzione va presidiato, e una persona sola va in ferie.

La domanda che separa i fornitori seri dagli altri

È una sola: cosa succede quando l'agente sbaglia?

Un agente sbaglia. Non è un difetto da eliminare, è una proprietà del modo in cui funziona. La differenza tra un progetto che regge e uno che viene spento dopo tre mesi sta in come è stato progettato quel momento.

Le risposte che valgono suonano così: l'agente si ferma e chiede quando incontra un caso che non rientra nello schema; le sue decisioni sono tracciate e riproducibili; c'è una persona che valida prima che l'azione diventi definitiva; il perimetro di ciò che può fare da solo è scritto da qualche parte e non sta nella testa di chi l'ha costruito.

Le risposte che non valgono suonano così: l'accuratezza è del 95%.

Nel lavoro che abbiamo fatto per il Gruppo LUBE, primo produttore italiano di cucine, questo principio ha una forma concreta: davanti a un'informazione ambigua il sistema pone una domanda all'operatore invece di proporre un valore plausibile, e la risposta viene memorizzata e riusata la volta successiva. Non è un dettaglio di implementazione, è la ragione per cui l'ufficio tecnico si fida di quello che legge.

Gli altri quattro criteri che contano

**Dove vive la logica.** Se l'intelligenza dell'agente finisce dentro i programmi del tuo gestionale, ogni modifica diventa un intervento sul sistema che regge l'azienda, con i tempi e i rischi che comporta. Se vive in un livello separato che dialoga con il gestionale, la puoi far evolvere senza toccare l'operatività. È la scelta architetturale che pesa di più sul costo dei tre anni successivi.

**Chi possiede quello che viene costruito.** Prompt, regole, integrazioni: sono tuoi o restano del fornitore? Se domani cambi partner, riparti da zero o riparti da dove sei? Va messo nel contratto, non nella conversazione.

**Cosa succede ai dati.** Su quali sistemi gira l'elaborazione, chi li vede, cosa esce dal perimetro aziendale. Chi lavora seriamente affronta questo punto prima di scrivere codice, non dopo la firma. Nel caso LUBE lo sviluppo si è svolto su una copia dei dati, con un connettore che anonimizza le informazioni prima di ogni elaborazione, e il perimetro è stato concordato con i sistemi informativi all'avvio.

**Quanto costa tenerlo acceso.** Un agente ha un costo ricorrente che dipende da quanto contesto rilegge a ogni passo. Un fornitore che sa quello che fa te lo stima prima, perché sa che la voce dominante del conto non è quello che il modello scrive, ma quello che rilegge ogni volta. Su come si compone la spesa, ne ho scritto in quanto costa Claude in azienda.

Quanto costa: le variabili che spostano il conto

Chiunque ti dia un prezzo prima di sapere da dove escono i dati sta tirando a indovinare. Le variabili che contano sono quattro, e vale la pena conoscerle per leggere un preventivo.

La prima è lo stato dei dati a monte. Un agente che lavora su informazioni incomplete produce risultati inaffidabili, quindi spesso il primo pezzo di lavoro non è AI ma sistemazione dei dati. In Farmfront alcune esigenze emerse in fase di analisi non sono diventate automazioni proprio per questo: la frizione nasceva dal processo, e l'intervento giusto era organizzativo, in qualche caso a costo zero di sviluppo.

La seconda è quanto è aperto il sistema con cui deve parlare. Un gestionale moderno con API documentate è una cosa, un AS400 su cui l'azienda ha costruito vent'anni di processi è un'altra.

La terza è quante eccezioni deve gestire. Coprire il caso normale è veloce; coprire il quinto caso strano è dove finisce metà del tempo.

La quarta è chi lo manterrà. Un progetto consegnato e abbandonato costa poco e dura poco.

L'ordine sensato è partire da un perimetro piccolo e misurabile, verificare su casi reali e allargare. Chi ti propone di automatizzare sei reparti insieme al primo incontro ti sta vendendo un programma, non una soluzione.

Come lavoriamo noi

Siamo una boutique specializzata sull'ecosistema Anthropic, quindi rientriamo nella terza categoria, con i vantaggi e i limiti che ho descritto sopra: profondità e velocità su Claude, e nessuna pretesa di reggere un programma globale su migliaia di persone.

Il metodo è sempre lo stesso. Si parte dalle interviste con chi svolge il lavoro, non dal catalogo delle tecnologie. Si mappa quanto tempo assorbe ogni attività ricorrente e da dove arrivano i dati. Si sceglie lo strumento più leggero che risolve, che a volte non è un agente. Poi si costruisce, si consegna alle persone che lo useranno e si resta a sistemare quello che emerge nell'uso reale.

Due esempi pubblici: per il Gruppo LUBE abbiamo costruito un gateway che porta Claude dentro il gestionale AS400 senza toccarne i programmi, con i controlli sui dati di prodotto richiamabili dalle schermate già in uso. Per Farmfront, gruppo internazionale dell'irrigazione agricola, stiamo portando Claude nei processi di quattro reparti, partendo da una mappatura di quanto pesa davvero il lavoro manuale.

Se stai valutando un progetto di questo tipo e vuoi un parere prima ancora di un preventivo, scrivici: la prima cosa che facciamo è capire se serve davvero un agente.