Il controllo di gestione chiude il trimestre e nota una voce ricorrente nelle note spese: undici abbonamenti a servizi di AI, intestati a undici persone diverse, in cinque reparti. Nessuno di questi acquisti \u00e8 irregolare, ognuno risolve un problema vero, e la somma non supera il costo di una licenza enterprise. Il problema non \u00e8 la spesa. \u00c8 che l’azienda ha appena scoperto di avere undici perimetri di dati, undici contratti ognuno con le sue clausole e zero modi di sapere chi sta usando cosa.<\/p>\n\n\n\n
La nostra tesi \u00e8 che il futuro dell’AI in azienda non sia una collezione di strumenti specializzati, ma una piattaforma AI aziendale unica<\/strong>: un solo perimetro dove stanno identit\u00e0, dati, modelli e log, e dentro cui ogni reparto fa cose diverse. In questo articolo vediamo come si arriva alla frammentazione senza deciderlo, quanto costa davvero, quali obiezioni a questa tesi sono fondate, e cosa significa in concreto “una sola piattaforma”, che non vuol dire un unico fornitore per ogni cosa.<\/p>\n\n\n\n La frammentazione dell’AI non nasce da una scelta sbagliata, nasce dall’assenza di una scelta. Il marketing prova uno strumento per i contenuti, l’ufficio tecnico ne trova uno che legge i PDF meglio degli altri, il customer service ne attiva uno dentro il ticketing, lo sviluppo usa un assistente al codice, e qualcuno in amministrazione ha trovato un servizio che fa riassunti di riunioni. Ogni decisione \u00e8 ragionevole presa da sola.<\/p>\n\n\n\n Il meccanismo \u00e8 lo stesso dell’adozione sommersa di cui abbiamo scritto parlando di Shadow AI<\/a>, con una differenza: qui gli acquisti sono visibili, a volte perfino autorizzati. \u00c8 Shadow AI che ha passato l’ufficio acquisti, il che la rende meno rischiosa sul piano dei dati e pi\u00f9 costosa su quello organizzativo.<\/p>\n\n\n\n Il punto in cui il modello si rompe \u00e8 sempre lo stesso: quando qualcuno chiede una cosa che attraversa due reparti. Un agente che prepari un’offerta leggendo il listino, le condizioni commerciali del cliente e lo storico dei ticket tocca tre sistemi e tre strumenti diversi, nessuno dei quali vede gli altri. A quel punto si scopre che quello che l’azienda ha comprato non sono undici pezzi di una soluzione, sono undici soluzioni separate.<\/p>\n\n\n\n Ogni fornitore rappresenta un contratto distinto, un accordo sul trattamento dei dati personali, una specifica posizione sui trasferimenti extra-UE e una politica di conservazione autonoma. Con undici fornitori servono undici valutazioni di impatto e, soprattutto, undici risposte pronte quando un cliente in due diligence chiede dove finiscano le informazioni riservate.<\/strong> Il costo nascosto non \u00e8 la firma iniziale: \u00e8 l’onere ricorrente di mantenere tutto aggiornato a ogni evoluzione normativa.<\/p>\n\n\n\n Quando un collaboratore lascia l’organizzazione, chi revoca tempestivamente i suoi accessi? In un perimetro centralizzato si tratta di un’unica operazione. Con una galassia di tool disgiunti, alcuni dei quali attivati con utenze personali, si apre un inventario che nessuno possiede per intero. Lo stesso vale per la governance dei modelli: sapere chi pu\u00f2 impiegare quale algoritmo\/LLM e su quali dati diventa un’indagine complessa e opaca.<\/p>\n\n\n\n \u00c8 forse il costo pi\u00f9 invisibile e pi\u00f9 alto. Se il reparto di assistenza clienti mette a punto un flusso eccellente per gestire un’intera famiglia di prodotti, quel patrimonio operativo resta confinato nel suo strumento. L’ufficio tecnico, affrontando una sfida documentale analoga, ripartir\u00e0 inevitabilmente da zero. In un ecosistema frammentato l’esperienza non si accumula, e ogni nuova implementazione dell’AI ripropone lo stesso costo di avviamento.<\/p>\n\n\n\n Decine di micro-abbonamenti mensili passano inosservati nei singoli budget dipartimentali perch\u00e9 si mantengono sotto le soglie di autorizzazione. Nel bilancio complessivo, tuttavia, superano largamente l’investimento di una licenza enterprise, privando l’azienda di qualsiasi economia di scala o supporto dedicato. Quando poi si tenta il consolidamento, i costi di migrazione e riconversione superano la spesa iniziale.<\/p>\n\n\n\n \ud83d\udea9 Red flag:<\/strong> se nessuno all’interno dell’organizzazione \u00e8 in grado di elencare in dieci minuti quanti servizi di intelligenza artificiale siano attualmente attivi e chi ne disponga, la frammentazione ha gi\u00e0 superato la soglia di guardia.<\/p>\n<\/blockquote>\n\n\n\n Ci sono tre argomenti seri contro la tesi della piattaforma unica, ed \u00e8 doveroso prenderli sul serio invece di liquidarli.<\/p>\n\n\n\n “Lo strumento specialistico \u00e8 migliore.”<\/strong> In settori verticali molto ristretti, come la generazione avanzata di codice o l’elaborazione grafica, questa affermazione trova riscontro. Ciononostante, la stragrande maggioranza dei compiti aziendali quotidiani (scrittura, sintesi, ricerca documentale, estrazione dati, preparazione di bozze) non necessita di applicativi di nicchia, bens\u00ec di un modello solido connesso alle informazioni proprietarie dell’impresa.<\/p>\n\n\n\n “Una piattaforma unica genera lock-in.”<\/strong> Il rischio tecnologico esiste e va gestito su due fronti distinti. Il vincolo al singolo modello si previene adottando un’infrastruttura agnostica: i motori evolvono a ritmo serrato e legarsi a un unico fornitore di intelligenza artificiale e modelli LLM \u00e8 una scelta miope. Il vincolo alla piattaforma, invece, si valuta ponendo due interrogativi chiave: l’azienda pu\u00f2 esportare agilmente i propri dati e le proprie configurazioni? Pu\u00f2 innestare componenti di terzi laddove indispensabile? Se la risposta \u00e8 affermativa, si sta adottando un perimetro di governo e non una gabbia.<\/p>\n\n\n\n “Il reparto procede pi\u00f9 rapidamente in autonomia.”<\/strong> Un vantaggio tangibile nel corso del primo trimestre, che tuttavia si rovescia dal terzo in poi. L’agilit\u00e0 iniziale nell’acquisto diretto si paga salatamente quando si rende necessario integrare quel software nei gestionali aziendali, produrre log di conformit\u00e0, portare l’esperimento in produzione o scalare su pi\u00f9 reparti. L’obiettivo non \u00e8 frenare l’operativit\u00e0 dei reparti, ma dotarli di un perimetro sicuro in cui correre senza generare isole.<\/p>\n\n\n\n Qui serve una distinzione, perch\u00e9 “piattaforma” \u00e8 una parola che i fornitori usano per indicare cose molto diverse. Una piattaforma AI aziendale non \u00e8 un’applicazione che fa tutto: \u00e8 un livello condiviso su cui poggiano usi diversi<\/strong>. Quel livello contiene quattro cose, e sono sempre le stesse.<\/p>\n\n\n\n Su questo livello poggiano usi molto diversi: l’assistente che un collaboratore usa ogni giorno, le automazioni che attraversano i gestionali, l’assistenza ai clienti. Sono tre cose distinte per rischio e complessit\u00e0, ma condividono identit\u00e0, dati, log e modelli. \u00c8 la differenza tra avere una strategia e avere undici contratti, e abbiamo raccontato come costruire la prima nella guida alla strategia di AI adoption aziendale<\/a>.<\/p>\n\n\n\n Se state scegliendo adesso una piattaforma AI aziendale, cinque domande la separano da un abbonamento con un bel nome. Valgono per qualunque fornitore, noi compresi.<\/p>\n\n\n\n La quarta domanda \u00e8 quella che separa pi\u00f9 nettamente i prodotti, perch\u00e9 un assistente che non tocca i sistemi aziendali resta uno strumento di produttivit\u00e0 personale. La quinta \u00e8 quella che i fornitori sperano non facciate. Per i criteri di valutazione in versione estesa abbiamo pubblicato una checklist per CTO e Operations<\/a>.<\/p>\n\n\n\n Nessuna azienda decide di avere venti strumenti di AI. Ci arriva perch\u00e9 ogni singola decisione, presa isolatamente, era quella giusta. \u00c8 lo stesso meccanismo che quindici anni fa ha riempito le aziende di applicazioni dipartimentali che non si parlavano, e che \u00e8 costato un decennio di progetti di integrazione.<\/p>\n\n\n\n La differenza, questa volta, \u00e8 che il consolidamento pu\u00f2 avvenire prima e non dopo, perch\u00e9 siamo ancora all’inizio. <\/strong>Scegliere adesso un perimetro unico, con identit\u00e0, dati, log e modelli in un posto solo, costa meno che consolidare undici isole fra due anni. \u00c8 la convinzione su cui abbiamo costruito quello che stiamo per annunciare, e di cui parleremo qui nelle prossime settimane.<\/p>\n\n\n\nCome si arriva a venti strumenti senza averlo deciso<\/h2>\n\n\n\n
I quattro costi della frammentazione<\/h2>\n\n\n\n
Conformit\u00e0 e governance moltiplicate<\/h3>\n\n\n\n
Assenza di un punto di controllo unico<\/h3>\n\n\n\n
Conoscenza isolata e non riusabile<\/h3>\n\n\n\n
Costi sparsi e nessun potere negoziale<\/h3>\n\n\n\n
\n
Le obiezioni oneste<\/h2>\n\n\n\n
Cosa significa davvero “una sola piattaforma AI aziendale”<\/h2>\n\n\n\n
\n
Come si valuta, in concreto<\/h2>\n\n\n\n
\n
Conclusione<\/h2>\n\n\n\n