Il business case di un progetto di automazione documentale non dovrebbe iniziare dalla precisione dichiarata di un modello, né dal numero di funzionalità di una piattaforma. Dovrebbe iniziare da una domanda più concreta: quanto costa oggi completare il processo, con tutte le sue eccezioni?
Un documento non produce valore quando viene semplicemente letto. Produce valore quando i dati corretti arrivano al sistema corretto, il controllo previsto è stato eseguito e il caso può avanzare senza generare rilavorazioni. Per questo il ROI va calcolato sull’intero flusso: ricezione, classificazione, estrazione, verifica, integrazione ed eccezioni.
Prima del ROI: misurare il processo attuale
Prima di costruire il foglio economico, descrivi il processo nello stato attuale. Scegli un perimetro preciso — per esempio fatture passive, DDT oppure ordini cliente — e osserva un periodo che includa sia l’operatività ordinaria sia eventuali picchi.
Per ogni tipologia documentale raccogli almeno:
numero di documenti ricevuti ogni mese e distribuzione dei volumi;
tempo operativo medio, separando digitazione, controllo e ricerca delle informazioni;
percentuale di casi che richiedono correzioni, chiarimenti o passaggi tra uffici;
tempo di attesa complessivo, non solo quello trascorso lavorando sul documento;
sistemi coinvolti e modalità con cui i dati vengono trasferiti;
costo e conseguenze degli errori più frequenti.
La media da sola può nascondere il problema. È utile misurare separatamente documenti semplici, documenti complessi ed eccezioni: saranno trattati in modo diverso anche nel processo futuro.
Quanto costa oggi elaborare i documenti
Il primo livello di costo è il lavoro diretto. Una stima iniziale, volutamente semplice, è:
Il costo orario pieno non coincide con la sola retribuzione: va usato il parametro economico adottato dall’azienda per valorizzare il lavoro. Il tempo medio, inoltre, deve provenire da osservazioni reali o da un campione, non da una stima ottimistica fatta a memoria.
Al costo diretto vanno aggiunti i costi meno visibili:
rilavorazioni dovute a dati incompleti o inseriti nel campo sbagliato;
ricerca di ordini, anagrafiche, contratti o documenti collegati;
solleciti e chiarimenti con fornitori, clienti o altri reparti;
duplicati, ritardi, mancato rispetto delle scadenze e code arretrate;
personale aggiuntivo o straordinari necessari durante i picchi;
manutenzione di regole, template e procedure manuali.
Queste voci non devono essere gonfiate per rendere attraente il progetto. Se non sono misurabili, è meglio indicarle come beneficio potenziale e tenerle fuori dal caso base.
Quali costi includere nel progetto
Confrontare il costo attuale con il solo canone software produce un ROI incompleto. Il costo totale del progetto comprende normalmente quattro blocchi.
Avviamento: analisi del processo, configurazione, preparazione dei test, formazione e gestione del cambiamento.
Integrazione: collegamenti con ERP, documentale, email, portali o API e relativa manutenzione.
Esercizio: licenze o consumo, infrastruttura, monitoraggio, supporto e aggiornamenti.
Controllo residuo: validazione umana, gestione delle eccezioni e responsabilità del process owner.
Se il progetto richiede la bonifica di anagrafiche o la revisione delle regole di processo, anche questo lavoro va esplicitato. Può essere un investimento utile, ma non è gratuito.
Stimare i benefici senza promettere automazione totale
Un modello credibile non assume che tutti i documenti diventino touchless. Divide invece il flusso futuro in tre categorie:
elaborazione automatica: il caso soddisfa i controlli e prosegue senza intervento;
validazione rapida: una persona conferma o corregge pochi campi proposti;
eccezione: il caso richiede analisi, decisione o comunicazione con terzi.
Per ogni categoria stima volume e tempo residuo. Il beneficio operativo deriva dalla differenza tra il costo attuale e quello del nuovo processo, non dalla percentuale di dati estratti correttamente presa da sola.
A questo si possono aggiungere benefici verificabili come capacità assorbita nei picchi, minori rilavorazioni o riduzione dei tempi di ciclo. Evita invece di trasformare automaticamente ogni minuto liberato in risparmio di cassa: spesso quel tempo viene riallocato ad attività a maggior valore. È comunque un beneficio, ma di natura diversa.
Calcolare ROI e payback
Con costi e benefici definiti, due indicatori rendono il business case leggibile:
Il ROI mostra il rendimento relativo. Il payback indica quanto tempo serve per recuperare l’investimento iniziale. Nessuno dei due sostituisce il flusso di cassa: se costi e benefici maturano in momenti diversi, il piano economico deve mostrarlo mese per mese.
Costruisci almeno tre scenari — prudente, realistico e favorevole — variando poche ipotesi decisive: quota di documenti automatici, tempo di validazione, volume delle eccezioni e velocità di adozione. Il caso prudente deve restare sostenibile anche senza prestazioni perfette.
Per un primo confronto sulla fatturazione passiva puoi anche usare il calcolatore di automazione delle fatture di TypeLens, sostituendo poi le ipotesi indicative con i dati effettivi del tuo processo.
I KPI da misurare dopo il go-live
Il business case diventa uno strumento di governo solo se le ipotesi iniziali vengono trasformate in KPI. Una dashboard essenziale dovrebbe includere:
costo medio per documento completato;
tempo di ciclo dalla ricezione alla registrazione o chiusura;
quota di casi elaborati senza intervento umano;
tempo medio di validazione per i casi assistiti;
tasso, tipologia ed età delle eccezioni aperte;
correzioni effettuate dopo l’invio al sistema destinatario;
backlog e capacità gestita per persona.
Precisione ed estrazione restano metriche tecniche importanti, ma non bastano. Un sistema può leggere bene i campi e lasciare invariati tempi e costi se l’integrazione o la gestione delle eccezioni non funzionano.
Come impostare un progetto pilota
Il pilota serve a verificare le ipotesi del business case, non a mostrare una demo sui documenti più facili. Usa un campione rappresentativo che includa formati, fornitori, lingue, qualità di scansione, casi ricorrenti e anomalie reali.
Definisci la verità di riferimento. Per ogni documento stabilisci quali dati e quale esito sono corretti.
Fissa i criteri prima del test. Soglie di qualità, tempo di validazione, casi bloccanti e criteri di passaggio in produzione.
Misura il flusso completo. Includi ricezione, controlli, integrazione ed eccezioni, non soltanto l’estrazione.
Registra gli scostamenti. Ogni errore deve avere una categoria e un impatto operativo.
Aggiorna il modello economico. Sostituisci le ipotesi con i risultati osservati e prendi una decisione go/no-go.
Questo approccio si collega a una più ampia strategia di automazione del processamento documentale: il valore nasce quando dati, regole, persone e sistemi sono progettati come un unico processo.
Quando l’automazione non è ancora pronta
Rinviare o ridimensionare il progetto è una scelta sensata quando:
non esiste un owner del processo con autorità sulle decisioni;
volumi, tempi ed eccezioni non sono osservabili nemmeno su un campione;
le regole operative cambiano tra persone e non è chiaro quale sia quella corretta;
il sistema destinatario non consente un’integrazione affidabile;
l’unico obiettivo è sostituire persone, senza riprogettare il lavoro residuo;
il caso prudente non copre i costi o dipende da ipotesi non verificabili.
In questi casi il passo successivo non è acquistare più tecnologia, ma rendere il processo misurabile: chiarire regole, responsabilità, dati in ingresso e criteri di successo.
Un business case robusto non serve a dimostrare che l’automazione conviene sempre. Serve a decidere dove conviene, a quali condizioni e come verificarlo. Se il modello esplicita costi residui, eccezioni e scenari, diventa la base per governare il progetto anche dopo il go-live.
Domande frequenti
Come si calcola il ROI dell’automazione documentale?
Confrontando i benefici economici annui, al netto del costo operativo residuo, con il costo annuo del progetto: (benefici annui − costi annui) ÷ costi annui × 100. Vanno inclusi software, integrazioni, avviamento, gestione ed eccezioni.
Qual è la differenza tra ROI e payback?
Il ROI esprime il rendimento percentuale in un periodo; il payback indica quanti mesi occorrono per recuperare l’investimento iniziale. È utile presentarli insieme.
Quali dati servono per costruire il business case?
Volumi, tempi, costo orario pieno, frequenza e costo delle eccezioni, rilavorazioni, tempi di attesa e tutti i costi previsti per avvio ed esercizio della soluzione.
Quanti documenti servono perché l’automazione convenga?
Non c’è una soglia valida per tutti. Contano anche complessità, variabilità, costo degli errori, picchi e integrazione. Un volume moderato con casi onerosi può giustificare il progetto più di un grande volume già efficiente.
Come si rende rappresentativo un progetto pilota?
Includendo nel campione la varietà reale di formati e casi, comprese le eccezioni, e definendo prima del test la verità di riferimento e le soglie di successo.