Come lanciare un pilot AI in azienda in 30 giorni

Il problema con l'adozione dell'AI nelle PMI italiane non è la tecnologia, è la velocità. I progetti AI da sei mesi non funzionano: richiedono troppo impegno sostenuto, perdono slancio dopo le prime settimane di entusiasmo, e si trascinano in una zona grigia dove né l'azienda né il fornitore sanno più cosa si stia cercando di dimostrare. Trenta giorni è il tempo giusto per un primo pilot: abbastanza per avere risultati reali, poco abbastanza per mantenere l'energia alta, breve abbastanza per non aver paura di sbagliare.

I tre errori più comuni nel primo pilot

Il primo è scegliere il caso d'uso più interessante invece del più adatto: l'AI per la strategia aziendale è affascinante, l'AI per le risposte standard al customer service è banale, ma è la seconda che si implementa in 30 giorni e mostra risultati, quindi conviene iniziare dal banale. Il secondo è non misurare la baseline: senza dati di partenza, a fine pilot non si può dimostrare niente, e un risparmio descritto come "circa due ore al giorno" non convince nessun board, mentre "riduzione da 4,2 a 1,8 ore giornaliere, documentata con i log del sistema" sì. Il terzo è considerare il pilot come un esperimento separato dal business: deve coinvolgere persone che usano il sistema nel loro lavoro reale, non un gruppo dedicato che lo testa in parallelo, perché solo l'uso reale rivela i problemi reali.

Perché il pilot lungo non funziona

Un pilot da sei mesi ha una promessa implicita, se alla fine funziona si scala, ma dopo sei mesi di attesa il management ha cambiato priorità, il team è esausto, e il caso di business originale è già obsoleto. I pilot brevi funzionano perché forzano decisioni: dopo 30 giorni si hanno dati o non li si hanno, si ha valore o non lo si ha, la decisione è obbligata invece di restare sospesa a tempo indefinito.

Come scegliere il caso d'uso giusto

Non tutti i casi d'uso sono adatti per un primo pilot, e i criteri che fanno la differenza sono quattro. L'alta frequenza conta perché il processo deve avvenire molte volte a settimana, non una volta al mese: più è frequente, più dati si raccolgono in poco tempo, più il valore si vede subito, un processo che avviene tre volte al giorno dà risultati misurabili in due settimane, uno che avviene una volta al mese richiede un anno. I dati disponibili contano perché l'AI ha bisogno di dati storici accessibili, puliti, in formato utilizzabile: se sono in cartaceo, in sistemi legacy inaccessibili o di qualità pessima, il pilot parte in salita. Uno stakeholder entusiasta è indispensabile, un owner interno che ci crede davvero, non un delegato, qualcuno che usa il sistema ogni giorno e porta feedback genuino, perché senza questa persona il pilot muore in settimana due. E un impatto misurabile chiude i criteri: serve una metrica concreta da misurare prima e dopo, tempo per evadere una richiesta, numero di errori, ore spese su un'attività specifica, perché se non si può misurare non si può dimostrare. Le risposte alle email di primo livello del customer service, la classificazione e lo smistamento delle richieste in entrata, la sintesi di documenti come offerte e contratti, la ricerca intelligente su una base di conoscenza interna, la generazione di bozze per comunicazioni standard sono tutti processi frequenti, con input e output definiti e metriche chiare, adatti proprio a questo tipo di primo test.

Le quattro settimane del pilot

La prima settimana è dedicata a setup e baseline: non si implementa niente, si misura, documentando il processo com'è oggi, quanto tempo richiede, chi lo fa, quanti errori produce, qual è il tasso di soddisfazione, numeri senza i quali non si può dimostrare nulla a fine pilot; nella stessa settimana si configura l'ambiente tecnico, si caricano i dati iniziali, si fanno i primi test interni, senza ancora rilasciare agli utenti finali. Nella seconda e terza settimana l'AI entra in uso reale ma controllato, con un gruppo limitato di 3-5 persone che usa il sistema nel lavoro quotidiano, non in test, in produzione: si raccoglie feedback strutturato ogni 2-3 giorni, cosa funziona, cosa non funziona, dove il sistema sbaglia, dove aiuta davvero, e si aggiusta il sistema di conseguenza, modificando le istruzioni, aggiungendo documenti alla base di conoscenza, correggendo le configurazioni. È la fase più intensa, e quella che distingue i pilot riusciti da quelli falliti: i team che raccolgono feedback e aggiustano ottengono risultati molto migliori di quelli che configurano e aspettano. Nella quarta settimana si misura tutto, si confronta con la baseline e si prepara la presentazione: quanto tempo risparmiato, quanti errori eliminati, qual è il tasso di soddisfazione degli utenti, qual è il costo del sistema rispetto al valore generato, quali resistenze o problemi imprevisti sono emersi, con tutto il necessario per prendere una decisione informata al termine dei trenta giorni.

Come presentare i risultati, e quando scalare o fermarsi

La presentazione post-pilot ha una struttura semplice, problema di partenza, soluzione implementata, metriche prima e dopo, proiezione del ritorno su scala, evitando slide con grafici sofisticati e proiezioni a tre anni: se si sono risparmiate due ore al giorno al team di customer service, si calcola il valore annuale, se i tempi di risposta sono scesi del 40%, si mostra il dato, perché il board non vuole vedere potenziale, vuole vedere prove. Conviene scalare quando il tasso di soddisfazione degli utenti supera il 70%, il ritorno proiettato è positivo entro 12 mesi, il team owner vuole andare avanti, e non sono emersi problemi tecnici o etici significativi. Conviene fermarsi quando gli utenti non usano il sistema spontaneamente dopo la fase guidata, i dati non supportano un caso di business positivo, o sono emersi problemi di qualità o affidabilità che non si risolvono facilmente: fermarsi non è un fallimento, è l'informazione più utile che un pilot può dare, che questo caso d'uso non funziona con questa tecnologia in questo momento, risparmiando mesi di investimento su qualcosa che non avrebbe funzionato comunque. Se vuoi impostare un pilot per la tua azienda, parliamone.