In breve
Mi vendono IA ovunque, e spesso mi chiedono quale sia la mia. La risposta onesta sorprende: nei nostri software l'IA fa pochissime cose. Quattro compiti precisi, tutti di lettura o di bozza, e tre delle nostre sei applicazioni non ne contengono una sola riga. Il resto, cioè l'essenziale, è software normale.
Poi arriva la domanda che un cliente mi ha posto proprio così: se l'IA è solo un dettaglio governato, perché i miei dati dovrebbero vivere nel cloud? La risposta giusta non ha niente a che vedere con l'IA. Il cloud è prima di tutto una questione di costi: tutto ciò che sta attorno al software è condiviso tra i clienti, quindi ognuno ne paga una piccola parte. Su un server nella vostra officina è possibile, e lo facciamo. Ma lì non si condivide niente, e lo si vede in fattura.
I quattro punti in cui un modello tocca i vostri dati
Cominciamo dall'inventario, perché un fornitore che parla di IA senza dire dove si trova non dice niente. Ecco l'elenco completo, così come funziona oggi.
| Dove | Cosa fa il modello | Cosa gli viene inviato |
|---|---|---|
| Rapporto di collaudo | Legge le quote e le tolleranze di un disegno | Una finestra del disegno che il collaudatore ha delimitato lui stesso, non il disegno completo |
| Rapporto di collaudo | Trascrive un foglio di rilievo delle misure scritto a mano | L'immagine del foglio di rilievo |
| Sistema qualità | Redige una proposta di email al cliente a partire da una non conformità | Il testo di quella non conformità |
| Modulo norme (in preparazione) | Legge una norma in PDF per estrarne requisiti verificabili | La norma importata |
È tutto. Non c'è una quinta riga nascosta. E questa tabella si legge nei due sensi: ciò che non vi compare, nessun modello lo vede. Il vostro storico di non conformità non viene inviato da qualche parte per essere « imparato ». I vostri prezzi, i vostri clienti, i vostri dipendenti, i vostri risultati di misura non escono dalla base di dati.
Tre applicazioni su sei non ne contengono affatto
La metrologia (le tarature, i certificati, i richiami degli strumenti) non contiene una riga di IA. Nemmeno la pianificazione dell'officina. Nemmeno il modulo del flusso di produzione. Sono software interamente deterministici: gli stessi dati danno lo stesso risultato, oggi, domani e fra tre anni davanti a un auditor.
E all'interno dello stesso sistema qualità, la parte che la maggior parte delle persone scambia spontaneamente per IA non lo è. Quando una non conformità si collega a un processo, un'azione correttiva alla sua non conformità, un'azione preventiva deriva da un'analisi dei rischi (tutta questa rete che fa emergere i punti critici), sono regole scritte una per una. Centododici, per l'esattezza. Non un modello che indovina: una matrice che si può rileggere, discutere e correggere. L'indice di maturità del sistema funziona allo stesso modo, con un calcolo di cui posso mostrarvi ogni passaggio.
Non è una debolezza che ammetto a malincuore. È un'esigenza del mestiere. Un sistema qualità deve dare due volte lo stesso verdetto sugli stessi fatti, altrimenti non prova niente.
Il modello ha il diritto di leggere e di proporre. Non ha mai il diritto di decidere, né di scrivere nella base di dati.
La regola che governa i quattro casi
Riguardate la colonna centrale della tabella: legge, trascrive, redige una proposta, estrae. Nessun verbo di decisione. In tutti e quattro i casi il risultato arriva davanti a un essere umano che lo vede, lo corregge e lo convalida prima che esista davvero. Le quote lette su un disegno finiscono in una tabella che il collaudatore rilegge riga per riga. L'email al cliente è una bozza in una finestra di modifica: nessuno la invia senza averla letta.
È ciò che chiamo un'IA governata, e ho descritto altrove cosa può fare e cosa non deve mai fare. Il limite non dipende dalla saggezza del modello. Dipende dal software che lo circonda: è il programma a rifiutare di registrare un valore non convalidato, ed è il programma che si può sottoporre ad audit.
Cosa esce davvero dalla vostra officina
Siamo precisi, perché è qui che la maggior parte dei fornitori resta vaga.
Ciò che viene inviato a un modello è sempre un frammento che qualcuno ha indicato: una zona di disegno delimitata sullo schermo, un foglio di rilievo fotografato, il testo di una non conformità aperta. Mai la base di dati, mai un blocco di storico, mai un'estrazione notturna.
Questo frammento viene elaborato prima di tutto da un servizio ospitato a Montréal, in Canada. Se quel servizio non è disponibile, la chiamata può passare a un servizio equivalente fuori dal Canada, su quello stesso frammento ridotto e nient'altro. Preferisco dirlo francamente piuttosto che promettere un « mai » che il codice non garantisce. È esattamente il tipo di sfumatura che bisogna pretendere da un fornitore. La domanda utile non è « è in Canada? », ma: cosa esattamente, presso chi e in quale caso.
Infine: niente di ciò che viene inviato serve ad addestrare un modello. I vostri disegni non diventano la conoscenza generale di qualcun altro.
Il cloud non è mai stato una questione di IA
Ecco la conclusione logica di tutto ciò che precede: l'IA non è l'argomento del cloud. Rappresenta solo qualche punto percentuale del software e lavora solo su frammenti. Se il cloud si giustifica, è per un altro motivo.
Si giustifica con la condivisione dei costi. Attorno a qualsiasi software verticale c'è un lavoro che nessuno vede e che costa caro: un server acceso giorno e notte, backup verificati ogni notte, patch di sicurezza applicate appena escono, aggiornamenti del software, monitoraggio, qualcuno che sa ripristinare la base di dati la mattina in cui un disco si guasta. In SaaS questo lavoro si fa una volta sola, per tutti i clienti insieme. Ognuno ne paga una piccola parte. È ciò che permette di vendere a un'officina di trenta persone un software che da sola non avrebbe mai potuto far funzionare.
È anche ciò che spiega perché non ho mai visto un vero sistema qualità in una PMI. Un software che collega le non conformità ai processi e gli strumenti ai collaudi non era tecnicamente impossibile nel 2005. Era lungo da scrivere e caro da mantenere, troppo caro per un'officina di trenta persone che doveva sostenerne da sola tutti i costi di esercizio. Sono cambiate due cose: il costo per costruire quel software, e la possibilità di dividerne i costi di esercizio tra molte officine.
Il cloud non vende intelligenza. Vende una fattura condivisa.
E su un server nella vostra officina?
Me lo chiedono spesso, soprattutto responsabili qualità prudenti, il che è piuttosto un buon segno. La risposta è sì: installiamo i nostri software anche su un server in officina. Ma bisogna sapere cosa si compra, perché non è lo stesso prodotto allo stesso prezzo.
Non si condivide niente. Il server, la sua installazione, la messa in servizio, i backup, gli aggiornamenti e l'assistenza servono un solo cliente. Tutto ciò che il cloud ripartisce tra tutti ricade su una sola fattura. È meccanico: un server per un'officina costa più di una quota di server per cento officine.
Gli aggiornamenti si fanno un'installazione alla volta. In SaaS una correzione arriva a tutti lo stesso giorno. Su server ogni installazione si aggiorna separatamente, con il suo calendario e le sue verifiche. È lavoro in più, e si paga.
Qualcuno deve occuparsene sul posto. Un'interruzione di corrente, un disco pieno, una postazione che non vede più il server: su un server locale questi problemi capitano da voi e si risolvono da voi. Bisogna sapere chi chiama chi, e a che ora.
L'analisi dei disegni passa comunque da Montréal. Anche su server la lettura automatica delle quote usa lo stesso servizio di analisi, con gli stessi frammenti indicati dal collaudatore. Il server locale tiene i vostri dati da voi; non fa sparire la tabella all'inizio di questo articolo.
Non è un'arringa contro il server locale. Ha vere ragioni di esistere: un committente che esige per contratto che i dati restino nello stabilimento, un'officina che ha già un informatico e una sala server, una politica interna non negoziabile. In questi casi è la scelta giusta, e vale quello che costa. Ciò che voglio evitare è che un'officina lo scelga credendo di risparmiare. Quasi sempre è il contrario.
Tre impegni, in entrambi i casi
Cloud o server, tre cose devono essere vere, e verificabili da voi.
Sapete dove sono i vostri dati. Nel cloud la base di dati e i file sono ospitati a Montréal, in Canada, una scelta fatta al momento di creare ogni servizio e non aggiunta dopo, perché questa decisione è irreversibile. Su server sono da voi. In entrambi i casi, ciò che la legge del Québec richiede non lo applichiamo come un vincolo subito: era l'architettura fin dalla prima riga.
L'IA resta governata e ridotta. I quattro usi della tabella, su frammenti indicati da un essere umano, senza diritto di decisione né di scrittura, e senza servire ad addestrare alcunché. Se un giorno questo elenco si allungherà, si allungherà per iscritto.
Ve ne andate con tutto, quando volete. L'esportazione completa dei vostri dati in formati leggibili, in qualsiasi momento, senza trattative. Il cloud preoccupa per una ragione legittima, la paura di restare in ostaggio. Ci si risponde con la reversibilità, non con la localizzazione. Un fornitore che ospita i vostri dati ma vi lascia andare con essi è meno rischioso di un software installato da voi i cui dati sono chiusi in un formato che nessuno sa rileggere.
Le domande da porre a qualsiasi fornitore
Non dovete credermi sulla parola, e sarebbe una cattiva abitudine. Queste domande si pongono a chiunque vi venda un software che parla di IA. Le risposte vaghe sono già una risposta.
Primo: in quali punti esattamente un modello tocca i miei dati, e cosa gli viene inviato? Una risposta precisa somiglia a una tabella. Una risposta confusa significa che nessuno ha fatto l'inventario. Secondo: chi decide, lui o io? Cercate il punto in cui un essere umano convalida prima che il dato esista. Terzo: il software funziona ancora se l'IA non è disponibile? Da noi sì: il collaudatore inserisce le quote a mano, come prima, e tutto il resto continua. Un software che si ferma senza il suo modello non è un software verticale, è una dimostrazione.
Quarto, quella che chiude il dibattito sul cloud: cosa è condiviso tra i vostri clienti, e cosa pagherei da solo su un server? Un fornitore che non sa rispondere non ha fatto il calcolo, o non vuole mostrarvelo.
E l'ultima, che vale per entrambe le formule: se me ne vado fra due anni, cosa porto con me, in quale formato, e quanto tempo ci vuole?
Il dibattito « cloud o server locale » è quasi sempre posto male. Non è una questione di IA, e nemmeno davvero di luogo. È una questione di costi e di controllo: sapere cosa pagate da soli, sapere cosa esce, e potervene andare. Ho raccontato altrove la disciplina che rende sostenibili queste risposte.
Le convinzioni sostenute in questo articolo sono quelle che hanno guidato lo sviluppo di Asterion Solutions, una suite di software verticali pensati per le PMI manifatturiere che vogliono strutturare la loro qualità senza moltiplicare le attività amministrative.