La domanda che riceviamo più spesso non è “quale modello usare”, ma “da dove si comincia”. Ed è la domanda giusta: nella maggior parte delle organizzazioni con cui lavoriamo il collo di bottiglia non è la tecnologia, è capire quale attività vale la pena automatizzare per prima.
Perché partire dal processo, non dal modello?
Un processo è un buon candidato quando ha tre caratteristiche:
- Volume: si ripete abbastanza spesso da rendere il risparmio misurabile.
- Regole implicite: chi lo gestisce segue criteri che sa spiegare, anche se non sono scritti da nessuna parte.
- Risultato verificabile: esiste un modo per stabilire se il risultato è corretto, senza aspettare mesi.
Se manca la terza condizione, il progetto non è pronto: senza un modo per verificare, non si può misurare la qualità — e quello che non si misura, non si può migliorare.
Che cosa cambia davvero in pratica?
Il valore non nasce dal modello più grande, nasce dal punto di inserimento più preciso.
Un assistente che risponde a tutto produce demo brillanti e poco altro. Un sistema che copre un singolo passaggio specifico — classificare una richiesta in arrivo, estrarre dati da un documento, preparare una bozza — arriva in produzione, viene usato ogni giorno, e si può misurare.
Le tre fasi che seguiamo
- Assessment: mappiamo i processi candidati e stimiamo l’impatto.
- Pilota: un solo processo, in un contesto reale, con metriche definite in anticipo.
- Estensione: allarghiamo solo ciò che il pilota ha dimostrato.
Dove si inserisce la governance nel processo?
L’AI Act non è una pratica burocratica da rimandare alla fine. La classificazione del rischio e la documentazione tecnica sono molto più semplici da costruire mentre il sistema viene progettato, piuttosto che ricostruite a posteriori.
Se volete capire da quale processo partire, l’assessment è il punto di ingresso: due settimane, un perimetro chiaro e una stima di impatto prima di qualunque sviluppo.
