Settore

State ponendo la domanda del 2024

« Quale IA comprare » è stata una buona domanda. Ha cessato di esserlo. E continuare a porla significa già comprare l'IA sbagliata per il 2027.

Per due anni, una sola domanda ha occupato i comitati IA delle organizzazioni giuridiche: quale fornitore, quale modello, quale piattaforma. Le demo si susseguivano. I pilot si moltiplicavano. La domanda ritornava, identica, a ogni trimestre. Questa domanda è stata utile; ha permesso di esplorare un territorio nuovo, di capire ciò che gli strumenti sapevano fare, di distinguere la serietà dalle chiacchiere. Non lo è più, ed è il genere di svolta che non si nota sul momento, perché una domanda che è stata a lungo quella giusta continua a sembrare pertinente per abitudine, ben dopo aver cessato di esserlo.

Ciò che è cambiato non è la qualità degli strumenti, è la natura del problema. Le organizzazioni serie hanno oggi diversi strumenti che fanno, ciascuno, ciò che hanno promesso. La mancanza non è più nella selezione; è nell'articolazione. Si è risolto « quale strumento » e si è scoperto, così facendo, un problema di un altro ordine: come far lavorare questi strumenti insieme, senza moltiplicare la complessità, senza rompere la governance, senza dipendere da un fornitore. È una domanda che la prima non lasciava vedere, e che si incontra solo dopo aver risposto alla prima.

Scegliere bene il proprio strumento non serve a nulla se il problema non è più la scelta dello strumento.

Un problema di catalogo, o un problema di architettura

La differenza tra la vecchia domanda e la nuova non è retorica, è di natura. « Quale strumento comprare » è un problema di catalogo: si risolve scegliendo meglio in un elenco, confrontando schede, soppesando funzionalità. « Come tengono insieme questi strumenti » è un problema di architettura: si risolve cambiando piano, non più quale elemento prendere, ma come gli elementi si articolano. Sono due registri di pensiero distinti, e l'uno non si riduce all'altro.

Questa distinzione ha una conseguenza pratica temibile. Finché si tratta un problema di architettura come un problema di catalogo, si compra meglio e si risolve meno. Si accumulano buone scelte individuali che producono un cattivo risultato collettivo, perché la qualità di ogni pezzo non dice nulla della coerenza dell'insieme. Un'organizzazione può aver selezionato, uno per uno, i migliori strumenti del mercato, e ritrovarsi con un sistema che non tiene, proprio perché ha risposto con eccellenza alla domanda sbagliata.

Si può misurare lo scarto dal modo in cui la risposta si costruisce. Un problema di catalogo si tratta internamente, per confronto, e si decide in riunione d'acquisto; impegna un budget e si richiude. Un problema di architettura non si richiude all'acquisto: impegna un modo di far tenere le cose insieme nella durata, una governance, una traiettoria. Confondere i due significa credere di aver finito quando si è firmato, mentre non si è nemmeno cominciato a trattare il vero soggetto, che non era nel catalogo.

Un problema di catalogo si risolve scegliendo meglio. Un problema di architettura si risolve cambiando piano.

C'è una ragione per cui questa confusione persiste, e sta nel fatto che il catalogo è rassicurante. Scegliere in un elenco è un esercizio noto, delimitato, che produce una decisione netta e un senso di padronanza: si è confrontato, si è deciso, si ha un responsabile e una fattura. Il problema di architettura, invece, è scomodo: non ha una fine chiara, non appartiene ad alcun fornitore, obbliga a ragionare su relazioni anziché su oggetti. Di fronte a questo disagio, la tentazione è forte di tornare al catalogo, dove almeno le domande hanno risposte semplici, anche se non sono le domande giuste.

Il mercato non ha ancora una risposta organizzata

È qui che il mercato si blocca, e bisogna dirlo chiaramente. I fornitori propongono il loro strumento; nessuno, o quasi, propone lo strato che renderebbe gli strumenti coerenti. La domanda di architettura è posta dalle organizzazioni; l'offerta, invece, è ancora strutturata come un catalogo. C'è uno scarto tra la maturità della domanda, che ha capito di avere un problema di articolazione, e la maturità dell'offerta, che continua a vendere pezzi là dove le si chiede una tenuta d'insieme.

Si potrebbe credere che la risposta sia scegliere una piattaforma unica che fa tutto. Ma significa scambiare un rischio con un altro: la frammentazione con la dipendenza. Una piattaforma che fa tutto è un solo fornitore, un solo ritmo d'innovazione, un solo punto di rottura, e l'impossibilità di approfittare del miglior modello del momento quando appare altrove. Il lock-in presso un fornitore unico non è l'uscita dal problema di architettura; ne è una forma degradata, in cui si è risolta la coerenza rinunciando alla libertà.

La vera risposta è di un'altra natura: uno strato al di sopra degli strumenti esistenti, interni o esterni, commerciali o open-source, che assicura ciò che nessuno tiene da solo, la memoria delle pratiche, la metodologia, l'orchestrazione, i permessi, la tracciabilità, pur mantenendo gli strumenti intercambiabili. Lo strato giusto non rinchiude, libera: rende l'organizzazione proprietaria della sua coerenza senza renderla prigioniera di un fornitore. È questa categoria che MAX costruisce, non uno strumento in più da confrontare, ma una Legal Semantic Layer che trasforma una pila di strumenti in un ambiente giuridico unificato.

Il ritardo nel cambiare domanda si paga caro, perché è cumulativo. Ogni mese passato ad accatastare strumenti senza uno strato al di sopra è debito di integrazione che si accumula: più giunzioni da tenere, più contesto disperso, più governance da recuperare il giorno in cui ci si metterà. L'organizzazione che pone la domanda giusta presto costruisce su una base sana; quella che la pone tardi dovrà prima disfare prima di poter costruire. Il dibattito è già passato allo strato al di sopra; l'unica domanda che resta è sapere chi l'ha capito in tempo, e chi continua a ottimizzare una domanda che il mercato si è lasciato alle spalle.

Bisogna essere precisi su ciò che « cambiare domanda » chiede a un'organizzazione, perché non è un semplice aggiustamento di vocabolario. È spostare il centro di gravità della decisione. Finché si chiede « quale comprare », la decisione appartiene a chi confronta prodotti, e si prende al ritmo delle demo. Non appena si chiede « come tiene insieme tutto questo », la decisione risale verso chi risponde della coerenza e della governance, e si prende alla scala dell'organizzazione, per anni. Non è la stessa decisione, non sono gli stessi decisori, e non è lo stesso orizzonte. Cambiare domanda significa cambiare livello di decisione.

Continuare a porre la domanda del 2024 significa garantirsi di avere l'IA sbagliata nel 2027.