Il modello di business vincente non è quello con il maggior numero di agenti autonomi, bensì quello che orchestra efficacemente pochi componenti – sia deterministici che probabilistici – sotto un unico punto di controllo. L'immagine di un'organizzazione popolata da agenti che negoziano tra loro è allettante in una conferenza, ma fragile nella pratica, perché moltiplica i punti di fallimento senza moltiplicare la capacità di gestirli.
L'architettura che ne sostiene il peso è più noiosa e decisamente più vecchia: un flusso definito, componenti con responsabilità chiare, contratti tra di loro e un luogo in cui si decide cosa succede quando qualcosa non funziona.
Ciò significa che è il processo, e non il modello, ad avere il controllo. Esiste un flusso esplicito che definisce quali sono i passaggi, in quale ordine, in quali condizioni e cosa accade in ogni biforcazione. All'interno di questo flusso, alcuni passaggi sono gestiti da un software deterministico, altri da un modello e altri ancora da una persona.
La differenza con l'approccio dell'"agente autonomo" risiede nel luogo in cui risiede la logica decisionale. In un agente autonomo, la sequenza viene decisa dal modello a ogni esecuzione, il che significa che può variare. In un'orchestrazione, la sequenza è definita e il modello risolve i singoli passaggi al suo interno.
Questa distinzione ha tre conseguenze pratiche:
Nessuna delle tre è possibile quando la sequenza viene improvvisata dal modello.
Tipo di passaggio | Chi dovrebbe risolverlo? | Perché |
Calcolo, convalida, regola contabile | Software deterministico | Richiede accuratezza e tracciabilità, non interpretazione. |
Indagine su un fatto | Sistema sorgente | La verità si consulta, non si genera. |
Interpretazione di testi ambigui | Modello linguistico | È proprio in questo ambito che il software classico offre le prestazioni peggiori. |
Classificazione con criteri chiari | Può essere uno dei due | Decidere in base al costo e alla precisione della misurazione. |
Decisione con impatto economico | Persona, con la proposta preparata | Responsabilità e giudizio contestuale |
L'asimmetria è strutturale: i risparmi vengono misurati con precisione mensile e attribuiti direttamente al progetto; le perdite, invece, sono ripartite tra cinque reparti e non vengono mai attribuite a nessuno in particolare. Per questo motivo, i progetti di automazione dell'assistenza clienti vengono quasi sempre presentati come successi, anche se il cliente riceve un servizio peggiore.
Il modo per correggere quell'asimmetria è misurare il saldo completo fin dall'inizio, non dopo. E la metrica che meglio lo cattura non è il tasso di automazione, ma il tasso di risoluzione nella prima interazione combinato con la soddisfazione dei casi inoltrati. Un bot che automatizza molti processi e ha una scarsa scalabilità produce risultati eccellenti ma un cliente insoddisfatto.
La prima riga merita di essere sottolineata perché è lì che si perde la maggior parte del denaro a causa delle tendenze. Un importo non viene calcolato utilizzando un modello linguistico. Una convalida fiscale non viene interpretata. Una regola contabile non viene dedotta. Introdurre una componente probabilistica laddove esisteva una regola deterministica aggiunge costi, latenza e rischi, senza apportare alcun contributo, perché il problema era già stato risolto.
La quarta riga è l'unica in cui bisogna prendere una decisione reale, e questa dovrebbe essere basata sui dati: prima di decidere, bisogna misurare l'accuratezza e il costo delle due opzioni su casi reali.
Un flusso esplicito e versionato. Dovrebbe essere messo per iscritto in un luogo consultabile e verificabile, non sparso in configurazioni disordinate. Quando qualcuno chiede perché un caso è stato risolto in un certo modo, la risposta dovrebbe essere presente nel flusso di lavoro.
Contratti tra le fasi. Ogni componente riceve e restituisce qualcosa di definito. Ciò consente di sostituire un modello con un altro, o un modello con una regola, senza influenzare il resto. È la stessa logica di confine che è alla base di qualsiasi architettura modulare.
Un unico punto di tracciabilità. Tutti i passaggi vengono registrati nello stesso registro. Senza questo, ricostruire un caso richiederebbe il confronto incrociato di cinque fonti con orologi diversi.
Punti di controllo umani definiti. Non si tratta di "c'è qualcuno che supervisiona", ma: in questa specifica fase, con questo criterio, con questa scadenza e con queste informazioni a nostra disposizione.
Un meccanismo di arresto e inversione di marcia. La possibilità di interrompere l'intero flusso senza dover implementare codice e di annullare quanto eseguito fino a quel momento.
Tutti e cinque sono requisiti architettonici. Tutti e cinque risultano molto più economici se definiti prima della costruzione piuttosto che aggiunti in seguito, ed è per questo che insistiamo tanto sull'ordine in cui vengono stabiliti.
Esiste un argomento economico che spesso risulta più convincente di quello tecnico. I prezzi, la capacità e le politiche di utilizzo dei vari modelli cambiano più volte all'anno. Alcuni vengono addirittura ritirati dal mercato. Ciò che oggi è costoso potrebbe essere economico tra dodici mesi, e viceversa.
Un'azienda la cui logica di business è legata alla configurazione di un fornitore di agenti non può trarre vantaggio da questo cambiamento: ogni modifica le costa un progetto. Un'azienda che orchestra il processo può sostituire il componente del passaggio 3 e lasciare invariati gli altri otto.
Ciò si collega direttamente al problema della dipendenza tecnologica, di cui abbiamo discusso in Dipendenza tecnologica e rischi aziendali Il livello aziendale, i dati, le regole e le valutazioni dovrebbero appartenere all'architettura aziendale, non a quella del fornitore.
Nel 2025 Gartner ha stimato che oltre 401.000 progetti di intelligenza artificiale agentiva sarebbero stati cancellati entro la fine del 2027, e una delle tre cause individuate era l'aumento dei costi. Un'architettura che consenta di sostituire i componenti con alternative più economiche è, letteralmente, la risposta a questo problema.
L'orchestrazione non richiede un progetto di trasformazione. Il percorso che funziona è incrementale:
In definitiva, l'azienda dispone di un processo migliore, più economico e verificabile, e ha utilizzato l'intelligenza artificiale esattamente dove faceva la differenza. Che, in fin dei conti, è tutto ciò che si può chiedere a questa tecnologia.
Tra qualche anno, la discussione sull'opportunità di avvalersi di agenti sarà scomparsa, proprio come è scomparsa la discussione sull'utilità di un sito web. Le modelle saranno solo un altro elemento: economico e sostituibile.
Ciò che continuerà a differenziare due aziende dello stesso settore sarà lo stesso che oggi contraddistingue il marchio: la qualità dei dati, la chiarezza dei processi e la solidità dell'architettura che le collega.
Non è una previsione azzardata. È quello che è successo con tutte le tecnologie precedenti.
Si tratta di un'architettura in cui è il processo, e non il modello, a definire la sequenza: esiste un flusso esplicito con fasi, condizioni e ramificazioni, e al suo interno alcune fasi sono risolte da un software deterministico, altre da un modello e altre ancora da una persona. Il comportamento è riproducibile, i guasti sono tracciabili e il costo è prevedibile.
Dove risiede la logica decisionale? In un agente autonomo, la sequenza viene decisa dal modello in ogni esecuzione e può variare; in un'orchestrazione, la sequenza è definita e il modello si limita a risolvere i singoli passaggi al suo interno.
I calcoli, le validazioni critiche e le norme contabili o fiscali, che richiedono accuratezza e tracciabilità; e il processo di accertamento dei fatti, che deve essere effettuato sul sistema di origine. Introdurre una componente probabilistica laddove esisteva già una regola deterministica aggiunge costi, latenza e rischi senza apportare valore.
Cinque: un flusso esplicito e versionato, contratti definiti tra le fasi, un unico punto di tracciabilità, punti di controllo umano specifici con criteri e scadenze, e un meccanismo di arresto e rollback che non richiede la distribuzione di codice.
Questo permette di sostituire un componente senza influire sugli altri. Poiché prezzi, capacità e politiche dei modelli cambiano più volte all'anno, un'azienda la cui logica aziendale si basa sulla configurazione di un fornitore deve sostenere i costi di un progetto per ogni modifica; un'azienda che orchestra il processo non deve farlo.
Scegliere un processo delimitato con volume e criticità riconosciuti, disegnare il flusso effettivo con le relative eccezioni, indicare quale componente deve risolvere ogni passaggio, automatizzare prima i passaggi deterministici e aggiungere il modello solo dove sussiste una reale ambiguità.
Desideri utilizzare l'intelligenza artificiale laddove possa davvero fare la differenza? Mappiamo il processo, definendo cosa dovrebbe gestire una regola, un modello e una persona, e costruiamo l'orchestrazione con tracciabilità a livello di fabbrica. Due ore di analisi senza impegno. Parliamone → |
Español Español 
English
Français
العربية
Português
Deutsch
Italiano
