bubblesbubbles
AI per aziende
  • 12 febbraio 2026
  • 6 minuti

AI assessment: la mappa prima del viaggio

Perché conviene valutare la prontezza prima di investire, le cinque aree da controllare, come si svolge in pratica, cosa consegna e le domande più frequenti.

Lorenzo Invernizzi
Lorenzo InvernizziAI/ML lead

Due aziende partono lo stesso mese con lo stesso obiettivo: automatizzare l'assistenza clienti con l'AI. Sei mesi dopo, una ha un sistema che funziona e libera ore ogni settimana, l'altra ha speso il budget e non sa bene cosa dire al consiglio di amministrazione. La differenza, quasi sempre, non è la tecnologia scelta: è che la prima ha capito prima di partire dove si trovava davvero, e la seconda no.

Quel lavoro preliminare ha un nome, AI assessment, e vale la pena capire cos'è prima di firmare qualsiasi contratto.

Cos'è, in pratica

Non è un rapporto teorico, ma una fotografia della situazione attuale su cinque fronti: quanto sono maturi i processi, quanto sono buoni i dati, quanto regge l'infrastruttura, quanto è pronto il team, quanto la direzione sostiene davvero il progetto. Il paragone più calzante è un check-up prima di iniziare uno sport impegnativo: non significa essere malati, significa sapere da dove si parte per non farsi male.

Conviene farlo prima di un investimento importante, quando un progetto precedente non ha dato risultati, quando si vuole passare dai pilota a un'adozione sistematica, quando la direzione vuole un quadro oggettivo da portare al consiglio, o quando si cambia partner e si vuole ripartire su basi solide. Non deve però diventare un modo per rimandare: se dura più di otto settimane, qualcosa non va nel metodo.

Le cinque aree da controllare

I processi contano più della tecnologia: se sono confusi o cambiano ogni settimana, automatizzarli peggiora solo il caos. Segnali buoni sono procedure scritte, responsabilità chiare, indicatori già misurati; segnali cattivi il classico "si è sempre fatto così" e la dipendenza da una sola persona che sa come funziona davvero.

I dati determinano la qualità di qualunque sistema: dati digitali, centralizzati e aggiornati sono terreno fertile, mentre fogli Excel sparsi, archivi isolati e duplicati sono un campo minato.

L'infrastruttura decide quanto sarà facile collegare tutto: sistemi con API aperte e accesso remoto facilitano il lavoro, software datati e a fine vita lo rallentano e lo incarcono.

Le competenze del team dicono se, una volta costruito, il sistema verrà davvero usato: apertura al digitale e voglia di sperimentare sono un buon segno, resistenza al cambiamento e alto turnover no.

La cultura e la governance chiudono il quadro: un responsabile di alto livello che ci mette tempo e risorse fa la differenza rispetto a un progetto avviato perché "lo fanno tutti", senza nessuno davvero al comando.

Una debolezza grave anche in una sola di queste cinque aree può bloccare l'intero progetto, per questo vanno guardate tutte insieme, non a compartimenti stagni.

Come si svolge, settimana per settimana

Un assessment ben condotto segue quattro tappe. Nella prima settimana si allineano con la direzione obiettivi, priorità, vincoli e perimetro: senza questo passaggio si rischia di analizzare in dettaglio aree che a nessuno interessano davvero. Dalla prima alla terza settimana si raccolgono i dati, il cuore del lavoro, con interviste a tre livelli: alla direzione per capire obiettivi e disponibilità a sostenere il cambiamento, ai responsabili di area per mappare processi e colli di bottiglia, agli operativi, spesso la fonte più ricca di informazioni sui problemi reali. In parallelo si raccolgono numeri: volumi, tempi, errori, sistemi in uso, qualità dei dati disponibili, anche solo con stime ragionate su un campione. Tra la terza e la quarta settimana i dati vengono analizzati, le lacune individuate, le opportunità ordinate. Dalla quarta alla sesta settimana tutto confluisce in una roadmap presentata alla direzione con raccomandazioni precise.

Dai dati alla roadmap

Con le informazioni raccolte si costruisce una mappa dei processi, valutando per ciascuno volume, complessità e disponibilità dei dati. Le email di assistenza o la registrazione delle fatture, per esempio, hanno spesso volumi alti, poca complessità e dati già pronti: sono i risultati rapidi, i candidati ideali per i primi progetti pilota, utili anche per costruire fiducia interna prima di affrontare qualcosa di più ambizioso. L'analisi di contratti complessi, al contrario, ha in genere volumi bassi e dati poco strutturati: priorità più bassa, da affrontare dopo.

Accanto alla mappa si costruisce un'analisi dei divari dimensione per dimensione: quali competenze mancano e vanno formate in parallelo, non dopo; se i dati bastano per il progetto in mente, perché un sistema che risponde sulla documentazione aziendale può accontentarsi di ciò che già esiste, mentre un modello predittivo ha bisogno di uno storico pulito; se l'infrastruttura regge le integrazioni o servono soluzioni alternative, spesso il punto più sottovalutato, perché un sistema pronto in tre settimane può bloccarsi per mesi contro un ERP senza API.

Tutto confluisce in una roadmap su tre orizzonti: nei primi sei mesi i progetti a basso rischio e impatto immediato, che dimostrano il valore e costruiscono competenze; tra i sei e i diciotto mesi progetti più ampi che automatizzano un'intera area funzionale; oltre i diciotto mesi trasformazioni più profonde, con processi ridisegnati e governance solida.

Cosa portarsi a casa, e chi dovrebbe farlo

Un buon assessment non produce un report da cento pagine che nessuno legge, ma un documento operativo: una sintesi di poche pagine per la direzione, una mappa dei processi con priorità, l'analisi dei divari per ciascuna delle cinque aree, la roadmap sui tre orizzonti con tempi e costi indicativi, un business case per i primi progetti, un piano di formazione parallelo.

Farlo internamente ha senso se in azienda ci sono già competenze AI solide o se serve un'analisi circoscritta a un'area. Un partner esterno serve quando mancano quelle competenze, quando si vogliono confronti con altre aziende del settore, o quando il risultato deve essere credibile per investitori e consiglio: la differenza principale è l'obiettività, perché un team interno tende quasi sempre a sottovalutare i propri problemi.

Le domande più frequenti hanno risposte semplici. Dura in genere quattro-otto settimane, meno se l'ambito è ristretto. Coinvolge la direzione all'inizio e alla fine, i responsabili di area nella raccolta dati, gli operativi nelle interviste, e richiede in tutto 10-20 ore di tempo interno distribuite su più persone. Se il risultato dice che non si è pronti, non significa rimandare tutto, ma partire da un progetto più piccolo mentre si colmano le lacune in parallelo. Se vuoi impostare il tuo, scrivici.