Consulenza AI per aziende: cosa deve consegnare un progetto

In sintesi. Una consulenza AI utile non consegna una presentazione: consegna decisioni prese e documenti che restano in azienda anche quando il consulente esce. Quattro artefatti distinguono un progetto solido da un esercizio teorico: inventario dei sistemi e dei casi d'uso, valutazione del rischio per ciascuno, criteri di accettazione misurabili e un modello di responsabilità che dica chi decide e chi risponde. Sotto trovi la tabella fase per fase, con l'artefatto atteso, chi lo approva e il criterio che permette di chiudere la fase.

Chi valuta una consulenza AI si trova quasi sempre davanti allo stesso problema: le proposte si assomigliano. Tutte parlano di assessment, roadmap, casi d'uso e change management. La differenza non sta nelle parole, sta in cosa resta in azienda alla fine. Un progetto si giudica dagli oggetti verificabili che produce, perché sono gli unici che sopravvivono al cambio di fornitore, di responsabile o di priorità.

Il criterio che separa un progetto da una presentazione

Un artefatto è utile quando qualcuno può usarlo per decidere senza chiedere spiegazioni a chi lo ha scritto. Una matrice di prioritizzazione senza i criteri espliciti non è un artefatto: è un'opinione impaginata. Un registro dei rischi che non indica chi lo aggiorna diventa obsoleto in poche settimane.

Tre domande bastano per valutare qualsiasi consegna:

• Chi la userà dopo la fine del progetto, e per quale decisione?
• Come si aggiorna, con quale frequenza e a cura di chi?
• Cosa succede se la risposta non arriva: quale decisione resta bloccata?

Se una consegna non supera queste tre domande, il suo valore finisce con l'ultima riunione.

Le fasi e cosa deve produrre ciascuna

Fase	Decisione da abilitare	Artefatto atteso	Chi approva	Criterio di chiusura
Inquadramento	Su quale ambito conviene intervenire	Mappa dei processi candidati con obiettivi misurabili	Direzione sponsor	L'ambito e scritto, con cosa resta fuori
Assessment	Quanto l'organizzazione è pronta	Fotografia di dati, competenze, processi e governance	Sponsor e responsabili di funzione	Ogni dimensione ha evidenze, non percezioni
Portfolio	Quali casi d'uso finanziare	Elenco valutato su valore, fattibilita, rischio e dati disponibili	Comitato di indirizzo	Le priorita sono ordinate con criteri scritti
Validazione	Se l'ipotesi regge	Prototipo con criteri di accettazione definiti in anticipo	Responsabile di processo	Il risultato dichiara passa oppure non passa
Messa in produzione	Se il sistema può entrare nei processi ufficiali	Documentazione tecnica, controlli e piano di monitoraggio	Responsabile di processo e funzione rischio	I controlli sono attivi, non pianificati
Continuita	Chi mantiene il sistema nel tempo	Modello di responsabilità e piano di revisione	Direzione	Nomi, frequenze e soglie sono assegnati

La sequenza conta piu della durata. Saltare l'assessment porta a finanziare casi d'uso che l'organizzazione non puo assorbire. Saltare i criteri di accettazione porta a piloti che non si chiudono mai, perche nessuno ha stabilito prima cosa significa riuscire.

I quattro documenti che devono restare

Inventario dei sistemi e dei casi d'uso

È il documento su cui poggiano tutti gli altri. Deve elencare, per ciascun sistema o caso d'uso: finalità, dati utilizzati, chi lo usa, chi ne risponde, in quale processo entra e quale decisione influenza. Senza questo elenco non è possibile valutare il rischio, né rispondere a una richiesta di chiarimento interna o esterna. La stessa struttura serve poi per la gestione del rischio e per gli obblighi documentali, quindi conviene costruirla una volta sola e riutilizzarla.

Valutazione del rischio per caso d'uso

Il rischio non è una proprietà della tecnologia: dipende dall'uso. Lo stesso modello può essere irrilevante in una bozza interna e delicato in una decisione che riguarda persone. La valutazione deve indicare il tipo di impatto, chi puo essere toccato, quali controlli sono previsti e chi supervisiona. Il NIST AI Risk Management Framework organizza questo lavoro in quattro funzioni, governare, mappare, misurare e gestire, ed è un riferimento utile perché non richiede certificazione per essere adottato.

Criteri di accettazione

Sono la difesa piu efficace contro i piloti infiniti. Vanno scritti prima di iniziare e devono includere: la misura di riferimento attuale, il risultato atteso, come si misura, su quale campione, chi verifica e cosa si fa se il risultato non arriva. Un criterio accettabile è verificabile da una persona diversa da chi ha costruito il sistema.

Modello di responsabilità

Per ogni sistema in produzione servono tre nomi: chi lo usa nel processo, chi risponde degli esiti, e chi verifica che continui a funzionare come previsto. Quando questi ruoli non sono assegnati, la supervisione umana resta un principio dichiarato e non un controllo reale.

Come leggere una proposta

Una proposta si valuta meglio con domande concrete che con il confronto tra prezzi:

1. Quali documenti resteranno in azienda, e in quale formato modificabile?
2. Chi li mantiene dopo la chiusura del progetto?
3. Quali criteri decidono se un caso d'uso passa in produzione?
4. Cosa accade se l'assessment mostra che l'ambito iniziale non è il più adatto?
5. Quali competenze vengono trasferite alle persone interne, e come si verifica il trasferimento?
6. Quale parte del lavoro dipende da strumenti o licenze specifiche, e cosa resta se cambiano?

L'ultima domanda merita attenzione particolare. Una consulenza legata in modo rigido a una piattaforma produce risultati che si trasferiscono male quando le condizioni cambiano, e le condizioni nel campo dell'AI cambiano spesso.

Un esempio ipotetico

Un'azienda di servizi vuole ridurre il tempo di risposta alle richieste dei clienti. Un progetto impostato correttamente non parte dallo strumento: parte dalla misura attuale, per esempio il tempo medio e la percentuale di richieste che richiedono una seconda lavorazione. Definisce poi cosa significa migliorare, quale margine di errore è tollerabile, chi verifica le risposte prima dell'invio nei primi mesi e quando la supervisione può essere ridotta. Al termine, l'azienda possiede una misura, un criterio, un controllo e un responsabile. Questo esempio è illustrativo e serve a mostrare la struttura, non descrive un risultato ottenuto.

Cosa evitare

• Roadmap dettagliate su dodici mesi costruite prima di conoscere la qualita dei dati.
• Elenchi di quaranta casi d'uso senza criteri di selezione.
• Stime di beneficio senza la misura di partenza corrispondente.
• Documenti consegnati solo in formato presentazione, non aggiornabili.
• Governance descritta come principio, senza nomi e frequenze.

Come si sceglie una consulenza in intelligenza artificiale

Le proposte si assomigliano perché descrivono tutte lo stesso percorso, quindi la selezione va fatta su tre criteri che si verificano con domande dirette invece che leggendo le referenze.

Il primo è l'indipendenza dai fornitori. Un consulente che arriva con una piattaforma da installare ha già deciso il finale, e la valutazione dei casi d'uso tenderà a convergere su quello che quella piattaforma sa fare. La domanda utile riguarda cosa succede se l'azienda sceglie una tecnologia diversa da quella proposta.

Il secondo è il trasferimento di metodo, perché un progetto che lascia documenti aggiornabili e persone capaci di mantenerli vale più di uno che consegna un risultato migliore e nessuna autonomia. Vale la pena chiedere chi scrive materialmente i documenti, in quale formato restano e chi li aggiornerà sei mesi dopo la chiusura.

Il terzo è la disponibilità a dire di no. Un fornitore che non ha mai sconsigliato un progetto a un cliente ha un conflitto evidente, perché il suo ricavo dipende dal fatto che si proceda. Chiedere un caso concreto in cui hanno raccomandato di fermarsi è la domanda più informativa di tutta la selezione.

Quanto dura un progetto e come si confronta il costo

La durata dipende dall'ampiezza del perimetro e dal numero di funzioni coinvolte, e queste sono le finestre che osserviamo nei progetti con un singolo sponsor, un ambito definito e una disponibilità ragionevole delle persone interne.

Tipo di intervento	Durata tipica
Valutazione della maturità con punteggio e gap	3-5 settimane
Assessment dei casi d'uso con stima di valore	4-8 settimane
Progettazione e piano a dodici mesi	6-10 settimane
Validazione di un prototipo con criteri di accettazione	2-8 settimane
Affiancamento continuativo alla governance	a giornate, su base mensile

I modelli di ingaggio sono tre, e la scelta cambia il rapporto più del prezzo. L'intervento a progetto ha un perimetro chiuso, un elenco di consegne e una data di fine, quindi funziona quando la domanda è già definita e l'azienda sa cosa vuole ottenere. L'affiancamento a giornate serve quando l'azienda ha già un piano e le manca capacità di esecuzione su alcuni passaggi. Il retainer continuativo ha senso quando la decisione da prendere non è una sola, e serve qualcuno che resti nel tempo a controllare che le scelte reggano.

Il confronto economico tra proposte va fatto sul costo della decisione che abilitano, non sulla tariffa giornaliera. Due proposte con lo stesso importo possono produrre una roadmap impaginata oppure un inventario, una classificazione e tre criteri di stop, e solo la seconda riduce il rischio di spendere male il budget di progetto.

La scelta tra consulenza esterna, fornitore di tecnologia e costruzione di un team interno è trattata in consulente AI, fornitore o team interno.

Il passo successivo

Se stai valutando una consulenza AI, conviene partire da una fotografia sincera del punto in cui sei: cosa è già in uso, con quali dati, con quali responsabilita assegnate. Puoi approfondire il nostro approccio nella pagina Servizi e nella guida al framework di AI adoption, oppure iniziare con l'autovalutazione della tua azienda.

Se preferisci discuterne direttamente, puoi fissare un incontro di valutazione: in trenta minuti chiariamo ambito, vincoli e quali documenti servirebbero davvero nel tuo caso.