Quanto tempo serve per implementare l'AI in azienda

"Quanto tempo ci vuole?" è la seconda domanda che ogni manager fa, subito dopo "quanto costa?". Ed è altrettanto difficile rispondere con onestà, perché le aspettative sui tempi di un progetto di intelligenza artificiale sono distorte in entrambe le direzioni. C'è chi pensa di avere l'AI operativa in tre settimane e chi stima un anno e mezzo per qualsiasi cosa. Nessuna delle due posizioni aiuta a decidere. Questa guida offre numeri realistici, con le condizioni che li determinano.

Perché le stime sui tempi sono spesso sbagliate

Le demo mostrano la parte facile. In venti minuti di presentazione un sistema sembra perfettamente funzionante; quello che non si vede è il tempo per preparare i dati, integrare il gestionale, gestire le eccezioni e formare il team. D'altra parte, chi ha vissuto un progetto informatico gestito male tende a gonfiare i tempi per proteggersi da promesse mancate, con business case così prudenti da non reggere il confronto con l'alternativa di non fare nulla. In realtà i tempi dipendono da variabili precise: qualità dei dati, complessità delle integrazioni, chiarezza del processo e disponibilità delle persone. Capirle è più utile di qualsiasi stima generica.

Le quattro fasi di un progetto

L'analisi, 2-4 settimane, è la fase più sottovalutata. L'obiettivo non è scrivere un documento, ma rispondere a tre domande: qual è esattamente il processo da automatizzare, quali dati esistono e in che stato sono, quali sistemi vanno integrati. Due settimane bastano con un responsabile interno disponibile e processi documentati; ne servono quattro se si parte da zero o se ci sono più interlocutori con visioni diverse. Non saltarla per guadagnare tempo: un'analisi superficiale produce specifiche sbagliate e rallenta tutto il resto.

La progettazione e il proof of concept, 3-6 settimane, verificano che l'approccio tecnico funzioni nel contesto specifico: il PoC non è il prodotto finale, ma la prova che l'architettura regge e che il modello produce risultati accettabili con i dati reali. Tre settimane sono realistiche su un processo lineare con dati già disponibili; sei quando si scopre, come succede spesso, che i dati vanno ripuliti, uniformati o integrati da fonti diverse. Un PoC fallito non è uno spreco ma un'informazione: meglio scoprire un problema qui che sei mesi dopo il lancio.

La prima versione e il collaudo, 4-8 settimane, portano a una prima versione operativa (MVP) sufficiente per essere provata da utenti reali in condizioni di lavoro vere: non perfetta, ma funzionante. Si costruisce il sistema completo, lo si integra con i sistemi esistenti, lo si collauda su casi reali e si raccolgono i pareri di chi lo userà. È qui che emergono i problemi, non dopo l'avvio. Quattro settimane bastano per un'automazione documentale su processi semplici; otto sono più realistiche con molte integrazioni o logiche di business complesse.

L'avvio e l'ottimizzazione, continua, non chiudono il progetto ma aprono la fase più importante. Nelle prime 4-8 settimane il sistema viene seguito da vicino: si correggono gli errori, si gestiscono le eccezioni impreviste e il team completa l'adattamento. Poi si entra in un ciclo di miglioramento continuo, con revisioni periodiche, aggiornamenti ed eventuale estensione del perimetro.

Tre calendari tipo

Per un'automazione documentale, per esempio lettura e classificazione delle fatture: 2 settimane di analisi, 2-3 di PoC, 3-4 di prima versione e collaudo, 4 di avvio e stabilizzazione. Totale: 11-13 settimane, circa tre mesi dall'inizio a un sistema stabile.

Per un voice agent per l'assistenza in entrata: 3-4 settimane di analisi tra mappatura delle conversazioni e studio delle richieste storiche, 3-4 di PoC su alcune tipologie di chiamata, 5-7 di prima versione tra integrazione telefonica, prove con utenti reali e calibrazione, 6-8 di avvio e ottimizzazione. Totale: 17-23 settimane, quattro-cinque mesi. Chi promette molto meno probabilmente sta tagliando i collaudi.

Per l'AI nelle vendite, tra punteggio dei contatti e preparazione delle offerte: 3 settimane di analisi del processo commerciale e della qualità del CRM, 4-5 di PoC sul modello di punteggio con i dati storici, 5-6 di prima versione con integrazione nel CRM e formazione dei commerciali, 8 di avvio e calibrazione. Totale: 20-22 settimane, circa cinque mesi. La variabile principale è la qualità dei dati nel CRM: se sono incompleti, vanno aggiunte 3-4 settimane.

Cosa rallenta e cosa accelera

Con questi calendari come riferimento, ecco cosa li fa slittare o rispettare. I dati di scarsa qualità allungano i tempi: se sono sparsi tra più sistemi, in formati diversi o pieni di errori, la preparazione può raddoppiare i tempi, e un controllo dei dati prima di partire non è un lusso. I sistemi datati rallentano: un ERP senza API moderne o un CRM personalizzato anni fa rendono l'integrazione più lenta e costosa, anche se non impossibile. Le approvazioni IT pesano: in molte aziende ogni sistema che tocca l'infrastruttura deve essere validato dall'IT interno, e se non è pianificato per tempo aggiunge settimane. E il cambiamento non gestito frena: se le persone scoprono il nuovo sistema il giorno del lancio, la resistenza, anche silenziosa, rallenta l'adozione e i risultati.

Sul fronte opposto, un processo ben definito accelera tutto: con un processo già documentato le specifiche sono più chiare e i collaudi più rapidi, e una settimana spesa a documentarlo può farne risparmiare tre di sviluppo. Un responsabile dei dati aiuta: una persona chiaramente incaricata di dati e validazioni evita riunioni a ogni decisione. Il tempo dedicato conta: non serve un team a tempo pieno, ma una quota di tempo riservata al progetto, e tra il 20% del tempo e "quando capita" ci sono settimane di differenza. E le soluzioni già pronte velocizzano: un agente già costruito e configurabile per il settore si avvia molto più in fretta di uno sviluppato da zero.

Come comunicare i tempi alla direzione

Un consiglio pratico: nel presentare il calendario, separa l'avvio tecnico dal ritorno misurabile. L'avvio, cioè il momento in cui il sistema è attivo, arriva nei tempi indicati sopra. Il ritorno diventa misurabile in genere 2-4 mesi dopo, perché servono il ciclo di adozione del team e dati sufficienti per il confronto con la situazione di partenza.

Presentare l'avvio come traguardo finale crea aspettative sbagliate. Meglio una formula come: avvio in X mesi, ritorno misurabile in X più tre, rientro completo dell'investimento entro 18-24 mesi. È la versione onesta, ed è quella che regge alla prima verifica dei risultati. Se vuoi stimare i tempi del tuo progetto, scrivici.