La demo va sempre bene. Si prende il processo com’è il giorno della riunione, lo si automatizza, lo si cronometra e si mostra la cifra: «da 40 ore al mese a 8». Tre settimane dopo l’avvio cambia una regola degli sconti, il fornitore ridisegna il formato dei suoi documenti di trasporto e qualcuno della finanza aggiunge un campo al report. L’automazione c’è ancora, ma non automatizza più il processo: automatizza la versione del processo che esisteva il giorno della demo.
La tesi in una riga: il criterio che manca a quasi tutte le liste «cosa automatizzare» non è il volume né il risparmio, è la stabilità. Un processo che cambia ogni mese consuma in manutenzione ciò che libera in esecuzione, e il calcolo del ritorno si fa sempre su una versione congelata che non esiste più. Se il processo si muove più in fretta della tua capacità di rimetterci mano, non automatizzarlo ancora: stabilizzalo prima.
Automatizzare un processo che cambia spesso costa più di quanto libera
Le liste di candidati valutano tre cose: quante volte si ripete l’attività, quanto tempo richiede e quanto costa l’errore. Tutte e tre misurano il processo oggi. Nessuna chiede quanto somiglierà ancora a se stesso fra sei mesi, che è proprio ciò che decide se l’automazione invecchia bene o diventa una fattura ricorrente. Per questo un processo può prendere il voto più alto per volume e il più basso per ritorno reale.
La risposta breve alla domanda che ci fanno: sì, si può automatizzare un processo che cambia spesso, ma non conviene quando il costo di rimetterci mano a ogni cambiamento si avvicina alle ore che libera. E la manutenzione si mette raramente a budget, perché al momento della demo non è ancora avvenuto nessun cambiamento.
L’aritmetica: ore liberate meno ore di rimaneggiamento
Il conto sta in una riga: ore nette al mese = ore liberate al mese − (cambiamenti all’anno × ore per cambiamento ÷ 12). Un’«ora per cambiamento» include ciò che quasi nessuno annota: capire cosa è cambiato, modificare il flusso, ritestarlo su casi reali e rilasciarlo senza rompere ciò che già funzionava. Un esempio con numeri inventati solo per mostrare il conto (sostituiscili con i tuoi), su un processo che richiede 40 ore al mese a mano e che un’automazione stabile porta a 8:
| Come si comporta il processo | Cambiamenti all’anno × ore per cambiamento | Ore di rimaneggiamento al mese | Ore nette liberate al mese |
|---|---|---|---|
| Stabile | 1 × 10 | 0,8 | 31,2 |
| Cambia ogni trimestre | 4 × 12 | 4 | 28 |
| Cambia ogni mese, cambi di parametro | 12 × 20 | 20 | 12 |
| Cambia ogni mese, cambi di struttura | 12 × 40 | 40 | −8 |
Guarda l’ultima riga: il processo automatizzato costa più che farlo a mano. Non è un caso esotico, è ciò che accade quando il cambiamento non è un valore da regolare ma un modo di lavorare da rifare. E il conto non include nemmeno la supervisione, che si sottrae a parte, come spieghiamo in perché le ore liberate non sono risparmio.
Cosa significa «cambia» (non tutti i cambiamenti costano uguale)
Dire che un processo «cambia molto» non serve: ci sono cambiamenti che si assorbono in pochi minuti e altri che obbligano a riscrivere. La differenza sta in cosa si muove:
- Cambiano i valori. Una soglia, una tariffa, un elenco di eccezioni. Se questi valori vivono in una tabella fuori dal flusso, il cambiamento costa minuti. Se sono scritti nella logica, serve un intervento.
- Cambia il formato di ciò che entra. Un fornitore che ridisegna la fattura o un cliente che cambia modello. Il costo dipende dalla robustezza della lettura in ingresso, ed è il cambiamento che rompe di più in silenzio.
- Cambia il sistema che attraversa. Una migrazione di ERP, un nuovo CRM, un’API dismessa. È un cambiamento di struttura: costa giorni, non minuti.
- Cambia il criterio di chi decide. Ciò che ieri si approvava da solo, oggi lo rivede una persona. È il più caro, perché il flusso continua a girare e produce decisioni sbagliate senza che scatti alcun allarme.
Come misurare la stabilità prima di automatizzare: quattro domande
Non serve un modello. Servono quattro risposte, che si ottengono in un pomeriggio con la persona che esegue il processo:
- Quante volte è cambiato negli ultimi dodici mesi? Con le date. Guarda lo storico dell’istruzione di lavoro, le e-mail «da adesso si fa così» e le segnalazioni aperte. Se nessuno ricorda un cambiamento, probabilmente sono tanti piccoli.
- Cosa si è mosso ogni volta: un valore, un formato o la struttura? Classifica ogni cambiamento con l’elenco qui sopra. Tre cambi di valore e uno di struttura non pesano come quattro di struttura.
- Chi decide il cambiamento e avvisa prima? Se il cambiamento arriva da fuori (un fornitore, un regolatore, un cliente) e senza preavviso, il rimaneggiamento sarà sempre urgente e sempre in ritardo.
- Il processo è scritto? Un processo che esiste solo nella testa di chi lo esegue non si può rimaneggiare: prima va estratto. Per questo documentare le tue automazioni non è burocrazia, è ciò che rende economico il cambiamento successivo.
Cosa fare con il processo che cambia ogni mese
Ci sono quattro vie d’uscita, e la prima quasi nessuno la considera perché sembra non fare nulla:
- Stabilizzarlo prima. Congelare una versione per un trimestre, decidere chi autorizza i cambiamenti e raccoglierli in un’unica finestra. A volte il processo cambia ogni mese perché nessuno ha deciso come deve essere, non perché lo richieda il business.
- Automatizzare il nucleo stabile e lasciare la coda variabile a una persona. L’80 % dei casi segue la regola di sempre; il 20 % che cambia lo risolve qualcuno. È meno spettacolare nella demo e molto più economico da mantenere.
- Portare le regole fuori dal flusso. Che soglie, tariffe ed eccezioni vivano in una tabella che il responsabile del processo può modificare senza toccare l’automazione.
- Aspettare. Se il grande cambiamento è già in arrivo (una migrazione, una nuova normativa), automatizzare ora significa pagare due volte.
Qualunque sia l’uscita, il rimaneggiamento ha bisogno di una rete: ogni cambiamento dovrebbe passare da una prova prima di toccare la produzione, perché un processo instabile con un’automazione senza test è esattamente dove nascono gli incidenti che scopre il cliente.
Quando conviene comunque automatizzarlo anche se cambia
Ci sono eccezioni ragionevoli. Se il volume è molto alto e i cambiamenti sono quasi sempre di valore (non di struttura), il rimaneggiamento si diluisce e il conto torna. Se il costo dell’errore è molto grande, può valere la pena pagare la manutenzione per la tracciabilità. E se il processo cambia perché l’azienda è in piena trasformazione, automatizzare il nucleo stabile e lasciare il resto a una persona è comunque meglio che aspettare che tutto si calmi. Ciò che non è ragionevole è scoprire il costo di manutenzione quando il progetto è già firmato.
Da dove cominciare
Dalla lista, prima che dallo strumento: aggiungi una colonna di stabilità al tuo criterio di selezione e valutala con le quattro domande. La guida su quali processi automatizzare con l’IA spiega come ordinare i candidati per attività; questa colonna decide quali entrano per primi. E se preferisci che qualcuno lo misuri con te sui tuoi processi reali, è esattamente ciò che facciamo quando auditiamo i tuoi processi per l’IA: cosa è adatto, quanto costa davvero e in che ordine entra, con la stabilità come filtro dal primo giorno.
La frase da portarsi via è quella dell’inizio: la demo si fa sul processo di oggi, e tu convivrai con quello di fra sei mesi. Scegli per primo quello che si muoverà di meno.