Come scegliere tra regole, modelli predittivi e IA generativa: guida decisionale
Imagen generada con gpt-image-2.5-sunburst para InferamaFonte ↗
01

Un metodo che parte dalla decisione, non dalla tecnologia

Scegliere una soluzione di intelligenza artificiale significa innanzitutto definire quale decisione o attività si vuole migliorare. La domanda non è quale tecnologia sia di moda, ma quale risultato serva al processo, quali dati siano disponibili, quali conseguenze avrebbe un errore e quali risorse siano necessarie per sviluppare e gestire la soluzione. In molti casi, una regola esplicita o un processo manuale migliorato è più adatto di un modello di apprendimento automatico.

Questa guida propone un metodo operativo per confrontare tre famiglie di soluzioni: regole deterministiche, modelli predittivi e sistemi generativi. Non è una classificazione normativa né una scala convalidata da studi comparativi. È un modello di lavoro che ogni organizzazione deve adattare e verificare con i propri dati, vincoli e obblighi. Gli scenari relativi a finanza, logistica e risorse umane sono esempi ipotetici per mostrare come applicare il metodo: non vengono presentati come casi reali né come prove di efficacia.

Sequenza di valutazione

Segui questi passaggi e registra le motivazioni di ogni decisione.

  1. 011. Definisci l’attività e chi prende la decisione finale.
  2. 022. Individua i dati necessari, il loro formato e la loro qualità, oltre ai permessi d’uso.
  3. 033. Valuta le conseguenze di un errore e gli obblighi applicabili.
  4. 044. Verifica se bastano regole o se serve apprendere schemi o generare contenuti.
  5. 055. Stima il costo totale, la capacità operativa e la supervisione necessaria.
  6. 066. Prova l’opzione più semplice che soddisfa i requisiti e stabilisci quando riesaminarla.
02

Classificare l’attività e i dati prima di scegliere

Un’attività strutturata ha input, stati e risultati descrivibili tramite campi, categorie o condizioni definite. Per esempio, verificare se una fattura supera un importo autorizzato o se un pacco non rispetta un limite di peso. Se la logica è stabile e nota, le regole possono garantire tracciabilità e controllo senza bisogno di addestrare un modello.

Un’attività non strutturata richiede spesso di interpretare testo libero, immagini, audio o altri segnali che non possono essere gestiti con un breve elenco di condizioni. Classificare una richiesta scritta o riassumere una conversazione sono esempi di questo tipo. La distinzione non è assoluta: un’organizzazione può trasformare parte dei contenuti non strutturati in campi e combinare regole e modelli. Il tipo di dato, da solo, non determina la tecnologia da usare: contano anche qualità, volume, variabilità, disponibilità di esempi etichettati e costo di un errore.

Aspetti da verificare nei dati

La descrizione deve riguardare l’attività specifica, non l’intera organizzazione.

DimensioneDomanda diagnosticaConseguenza pratica
StrutturaI dati sono organizzati in campi o occorre interpretare contenuti liberi?Campi stabili facilitano regole e modelli tabellari; i contenuti liberi possono richiedere elaborazione del linguaggio o visione artificiale.
VariabilitàLe condizioni e le eccezioni cambiano spesso?Regole soggette a frequenti modifiche richiedono manutenzione; anche i modelli vanno monitorati e aggiornati.
DisponibilitàEsistono esempi rappresentativi e risultati affidabili?Senza dati sufficienti, un modello predittivo potrebbe non generalizzare; una regola esplicita può essere più difendibile.
Qualità e autorizzazioniI dati sono completi, pertinenti e utilizzabili per questa finalità?La mancanza di qualità o di una base legittima per l’uso non si risolve aggiungendo un modello.
ConseguenzeQuale danno può provocare un risultato errato?Più l’impatto è elevato, più sono importanti verifica, tracciabilità e possibilità di contestazione.
03

Albero decisionale: escludere le opzioni non adatte

Un albero decisionale rappresenta domande successive e i loro possibili esiti. Ogni nodo presenta una condizione e ogni ramo porta a un’altra domanda o a un’opzione finale. Gli alberi sono anche una famiglia di modelli predittivi; qui, però, usiamo l’espressione per descrivere un diagramma organizzativo di valutazione, non un algoritmo addestrato. La struttura aiuta a esplicitare le ragioni di una scelta, ma non garantisce che le risposte siano corrette né che siano state considerate tutte le conseguenze.

Per iniziare, chiediti se il processo può essere descritto con condizioni stabili. In caso affermativo, valuta prima le regole deterministiche. Se non bastano, verifica se l’obiettivo è assegnare una categoria, stimare una probabilità o un valore, oppure produrre nuovi contenuti. La classificazione o la previsione basate su esempi storici possono giustificare la prova di un modello predittivo. Redigere, riassumere o trasformare contenuti può giustificare un sistema generativo, purché si definiscano limiti chiari e si convalidino i risultati. È possibile anche combinare i metodi: un modello propone una risposta e le regole limitano ciò che è consentito.

Albero di valutazione in sei domande

Non interpretarlo come una procedura automatica. Una risposta affermativa può richiedere ulteriori verifiche e controlli prima della messa in servizio.

  1. 011. L’attività segue regole chiare, stabili e verificabili? Se sì, valuta prima una soluzione deterministica.
  2. 022. Se le regole non bastano, ci sono esempi rappresentativi con risultati noti? Se no, raccogli dati o limita l’ambito prima di addestrare un modello.
  3. 033. L’obiettivo è classificare o stimare un risultato? Prova un modello predittivo e confrontalo con una semplice baseline.
  4. 044. Occorre creare, riassumere o trasformare testo, immagini o audio? Valuta l’IA generativa con test di qualità e controlli sull’output.
  5. 055. Un errore può incidere in modo significativo su diritti, sicurezza, occupazione, accesso ai servizi o denaro? Rafforza supervisione umana, documentazione e valutazione dei rischi.
  6. 066. Costo totale, integrazione e gestione rientrano nel budget e nelle capacità disponibili? In caso contrario, riduci l’ambito o non procedere al rilascio.
04

Punteggio orientativo: confrontare le alternative senza fingere precisione

Una matrice può aiutare a confrontare diverse proposte quando esistono più opzioni plausibili. Assegna a ciascuna un punteggio da 1 a 5 per adeguatezza all’attività, compatibilità con i dati, rischio e controlli, sostenibilità economica e capacità operativa. In questa scala, un punteggio alto deve indicare una condizione favorevole: per esempio, maggiore adeguatezza, dati più pronti, migliore controllo del rischio residuo e costi più sostenibili. Per il rischio, valuta la capacità dimostrata di mitigarlo, non la sua gravità intrinseca.

Le fonti consultate non individuano una ponderazione convalidata che combini tipo di dato, rischio normativo e budget per scegliere tra regole, modelli predittivi e IA generativa. Perciò i pesi riportati di seguito sono un punto di partenza esplicitamente provvisorio. Il budget non deve favorire automaticamente l’opzione meno costosa: considera il costo totale di proprietà, compresi integrazione, test, licenze o calcolo, supervisione, audit, aggiornamenti, sicurezza e uscita dal fornitore. Prima di decidere, ripeti il confronto con pesi diversi e verifica se il risultato cambia.

Modello iniziale di punteggio

Scala da 1 a 5; i pesi suggeriti servono solo a facilitare il primo confronto. Modificali insieme alle parti interessate e registra le motivazioni.

CriterioPeso inizialeChe cosa valutaDomanda di verifica
Adeguatezza all’attività25 %Se il metodo svolge il compito senza complessità superflua.L’attività consiste nell’applicare condizioni, fare previsioni o generare contenuti?
Dati e convalida20 %Disponibilità, qualità, rappresentatività, autorizzazioni e possibilità di verificare i risultati.Ci sono dati sufficienti e un metodo di valutazione affidabile?
Rischio e controlli25 %Impatto potenziale, obblighi, spiegabilità, supervisione e capacità di correggere gli errori.Che cosa succede se l’output è sbagliato e chi ne risponde?
Costo totale e budget15 %Costi di implementazione e gestione nel tempo, non solo costo iniziale.Sono sostenibili integrazione, monitoraggio e manutenzione?
Gestione e reversibilità15 %Competenze, dipendenza dal fornitore, monitoraggio e possibilità di tornare indietro.Il team può sostenere, verificare o ritirare la soluzione?
05

Rischio: valutare impatto ed esposizione, non soltanto un numero

Un unico punteggio di rischio può nascondere differenze importanti tra sicurezza, privacy, discriminazione, affidabilità, conformità e continuità operativa. È preferibile tenere un registro separato per ogni dimensione: quale danno si considera, chi potrebbe subirlo, con quale frequenza potrebbe verificarsi, quanto sarebbe grave, quali controlli esistono e chi li verifica. Le scale qualitative possono aiutare a definire le priorità di una discussione, ma non vanno presentate come metriche normative ufficiali.

Nell’Unione europea, la classificazione giuridica dipende dall’uso previsto e dalla corrispondenza del sistema alle categorie e condizioni applicabili; non deriva semplicemente dal fatto che un progetto sia considerato a «rischio alto», «medio» o «basso» per l’impresa. La Commissione europea ha pubblicato un progetto di orientamenti per aiutare a valutare se alcuni sistemi debbano essere classificati ad alto rischio. Essendo una bozza, non va descritta come guida definitiva né come sostituto della normativa applicabile. La Fondazione Cotec, invece, illustra un approccio pratico alla governance che comprende l’identificazione dei casi d’uso e dei ruoli, l’analisi dei rischi e l’integrazione dei controlli nel ciclo di vita.

Registro minimo dei rischi

La matrice organizza le domande di valutazione; non assegna automaticamente una categoria giuridica.

DimensioneIndicatore da esaminareControllo o evidenza da registrare
Impatto sulle personeTipo di decisione e persone interessate; possibilità di danno o esclusione.Valutazione dell’uso, revisione umana, procedura di reclamo e documentazione.
Privacy e datiDati personali coinvolti, finalità, accesso, conservazione e provenienza.Verifica della finalità e degli accessi; misure di sicurezza e documentazione pertinente.
EquitàDifferenze negli errori o nei risultati tra gruppi pertinenti, quando è lecito e metodologicamente appropriato misurarle.Analisi per segmenti, limiti interpretativi e piano di mitigazione.
Affidabilità e sicurezzaTipologia e frequenza degli errori, comportamento nei casi rari e resistenza a input problematici.Test, supervisione, avvisi, gestione degli incidenti e alternativa sicura.
ConformitàNorme applicabili in base a finalità, settore, luogo e ruolo dell’organizzazione.Analisi legale aggiornata e registrazione delle responsabilità.
GestioneDipendenza dal fornitore, modifiche del modello, disponibilità e ripristino in caso di guasto.Accordi, monitoraggio, continuità, reversibilità e responsabile designato.
06

Budget e costo totale: decidere considerando la gestione nel tempo

Attribuire un peso al budget non significa favorire automaticamente l’opzione meno costosa. Per prima cosa, definisci un orizzonte di valutazione comune, per esempio il periodo di pianificazione economica dell’organizzazione, e stima costi iniziali e ricorrenti: preparazione dei dati, integrazione, test, calcolo, licenze, revisione umana, monitoraggio, sicurezza, formazione e manutenzione. Considera anche i costi di uscita, sostituzione o ripristino qualora il fornitore cambi le condizioni o la soluzione non sia più adeguata.

Confronta questi costi con un beneficio definito in anticipo, come la riduzione dei tempi di elaborazione, degli errori o l’aumento della copertura di un’attività. Non dare per scontato che l’automazione produca risparmi netti: se serve una verifica manuale frequente, il costo potrebbe essere trasferito anziché eliminato. Avvia un progetto pilota circoscritto, con criteri di successo e condizioni di interruzione. Se il budget è limitato, prova prima una soluzione più semplice invece di ridurre i controlli che tutelano le persone o l’operatività.

Verifica economica prima del rilascio

Usa lo stesso orizzonte temporale e le stesse ipotesi per tutte le alternative confrontate.

  1. 011. Definisci l’unità di valore: richiesta, transazione, consegna, decisione o documento.
  2. 022. Stima i costi iniziali e ricorrenti, includendo revisione umana e manutenzione.
  3. 033. Definisci una baseline e misura il processo attuale prima di automatizzarlo.
  4. 044. Stima benefici e costi degli errori con scenari prudenti, non soltanto con il caso migliore.
  5. 055. Avvia un progetto pilota con limiti, responsabile e condizioni di interruzione.
  6. 066. Ricalcola la matrice se cambiano volumi, dati, fornitore, normativa o conseguenze.
07

Tre scenari per mettere in pratica il metodo

Gli scenari seguenti sono illustrativi: non descrivono implementazioni reali né risultati misurati. Mostrano come l’analisi cambia in base all’attività, ai dati, all’impatto e alle possibilità di supervisione. In qualsiasi settore, il nome del comparto non basta a determinare la categoria normativa: contano la finalità prevista, il contesto e la configurazione specifica.

Per ciascun caso si indica un’opzione iniziale ragionevole, un’alternativa da valutare e alcuni controlli da considerare. La scelta finale dipende dai dati disponibili e dalle verifiche svolte localmente. Un progetto pilota dovrebbe confrontare la proposta con una baseline e valutare non solo la precisione media, ma anche gli errori rilevanti, i costi, gli effetti sulle persone e le prestazioni in condizioni diverse da quelle usate per sviluppare la soluzione.

08

Convalida, supervisione e criteri di interruzione

Prima del rilascio, concorda che cosa significhi «funzionare». La valutazione dovrebbe usare dati separati da quelli impiegati per adattare il sistema e rappresentare ragionevolmente l’uso previsto. Per la classificazione, registra gli errori per tipologia e per segmenti pertinenti; per la previsione, confronta i risultati con una baseline e misura l’errore nelle condizioni operative; per la generazione, verifica accuratezza, omissioni, coerenza, privacy e risposte non ammesse. La metrica deve riflettere le conseguenze dell’errore, non soltanto la facilità di misurazione.

Definisci chi verifica gli output, quali decisioni può prendere il sistema, quando deve astenersi e come si correggono gli errori. Registra versione, modifiche, incidenti, approvazioni e motivi degli aggiornamenti. Stabilisci condizioni di interruzione, come un peggioramento oltre una soglia concordata, incidenti di sicurezza, risultati diseguali non mitigati o l’impossibilità di mantenere una revisione efficace. La guida istituzionale della Fondazione Cotec raccomanda di integrare la governance nel ciclo di vita e di mantenere ruoli e inventario dei sistemi; il progetto di orientamenti della Commissione europea aiuta a comprendere la classificazione dei sistemi ad alto rischio, ma non convalida questa matrice di punteggio.

Lista di controllo prima del progetto pilota

Non passare alla produzione finché responsabilità e criteri non sono stati documentati.

ControlloEvidenza minimaResponsabile suggerito
ObiettivoAttività, utenti, ambito e decisione finale definiti.Responsabile di business
DatiProvenienza, qualità, autorizzazioni, rappresentatività e trattamento documentati.Responsabile dei dati e della privacy
TestBaseline, insieme di valutazione e metriche coerenti con l’impatto.Team tecnico ed esperto dell’attività
RischioImpatto, obblighi, controlli e questioni aperte esaminati.Rischio, conformità e consulenza legale
SupervisioneRevisione, escalation, correzioni e possibilità di ricorso definite.Responsabile operativo
GestioneMonitoraggio, incidenti, modifiche, ripristino e budget di manutenzione pianificati.Tecnologia e operations
09

Conclusione: una decisione difendibile vale più di un punteggio accattivante

L’albero di valutazione aiuta a distinguere le attività che si prestano a regole, previsioni o generazione; la matrice rende visibili i compromessi tra dati, adeguatezza, rischio, costi e capacità operativa. Nessuno dei due strumenti determina automaticamente la soluzione corretta. I punteggi sono utili solo se vengono spiegati, confrontati con ipotesi alternative e aggiornati quando cambia il contesto.

Il metodo pratico consiste nel partire da un’attività concreta, valutare prima regole e baseline semplici e provare i modelli soltanto quando esistono una necessità chiara e dati adeguati. Nelle attività a impatto significativo, la supervisione deve incidere davvero sulla decisione, non essere una formalità. Le fonti disponibili sostengono l’utilità generale degli alberi decisionali, l’importanza della governance e la necessità di classificare i sistemi in base al loro uso; non dimostrano l’efficacia di questo modello né stabiliscono pesi universali. La decisione finale dovrebbe basarsi su test locali e, ove opportuno, su una revisione legale.

Indicazioni da applicare

Documenta la decisione in modo che altre persone possano capire come è stata presa.

  1. 01Definisci un’attività specifica e un risultato misurabile.
  2. 02Classifica i dati per formato, qualità, variabilità e autorizzazioni.
  3. 03Valuta l’impatto e gli obblighi legati all’uso specifico; non dedurre la categoria dal solo settore.
  4. 04Confronta regole, previsione e generazione con una baseline e un costo totale equivalente.
  5. 05Verifica robustezza, errori e supervisione con utenti e situazioni rappresentative.
  6. 06Registra incertezze, responsabili, condizioni di interruzione e data della revisione.

Questioni aperte

  • Non sono stati forniti studi primari che convalidino la matrice di punteggio o le sue ponderazioni.
  • Le fonti non stabiliscono metriche normative universali per settore né soglie quantitative di rischio per i tre scenari.
  • Gli esempi settoriali sono ipotetici; non sono state fornite prove di implementazioni reali comparabili o risultati misurati.
  • La risorsa citata della Commissione europea è un progetto di orientamenti e non va trattata come orientamento definitivo.
  • Gli obblighi applicabili possono dipendere da modifiche normative, giurisdizione, ruolo dell’organizzazione e configurazione del sistema.
10

Continua a esplorare

10

Fonti consultate

03

Correzioni e trasparenza

Se trovi un dato errato o non aggiornato, inviaci la pagina e la fonte da verificare.

Proponi una correzione