Automatizzare un processo inefficiente: i 3 segnali

In due righe

Automatizzare un processo inefficiente lo rende inefficiente più velocemente.
I tre segnali da controllare: non sai descriverlo, vive nella testa di una persona, non hai un numero di partenza.
Il World Economic Forum conta 250 miliardi investiti in AI nel 2025, ma solo il 25% delle aziende vede un impatto trasformativo.
Il check dura mezz'ora e si fa prima di aprire qualsiasi tool.

Automatizzare un processo inefficiente non lo sistema: lo rende inefficiente più velocemente. Un software esegue la sequenza esatta che gli viene data. Se quella sequenza è rotta, errori, attese e passaggi inutili si moltiplicano alla velocità della macchina invece che a quella della persona. Prima di scegliere qualsiasi strumento, controlla tre segnali: non sai descrivere il processo senza dire "dipende", il processo vive nella testa di una persona sola, oppure non hai un numero di partenza per misurarne il costo. Se anche uno solo è vero, fermati e sistema il processo. Poi automatizza.

Perché automatizzare un processo rotto non lo sistema

Un processo aziendale è una sequenza di attività che trasforma un input, come una richiesta o un documento, in un output, come una risposta o un ordine, ripetuta sempre nello stesso modo. L'automazione è far eseguire da un software una parte di quelle attività, con intervento umano ridotto o limitato ai casi anomali.

Qui sta il punto. Il software non corregge, replica: esegue la sequenza che gli dai. Se la sequenza ha un passaggio inutile, il software lo esegue più volte e più in fretta. Se ha un'attesa di tre giorni tra una fase e l'altra, il software non la toglie, al massimo la rende più breve tra un passaggio automatico e l'altro. Il problema non viene eliminato, viene nascosto.

Il World Economic Forum, in collaborazione con Kearney, ha contato oltre 250 miliardi di dollari investiti in AI nel 2025, ma solo il 25% delle aziende dichiara un impatto trasformativo, e l'84% non ha ridisegnato i ruoli attorno all'AI. Il motivo è lo stesso di quando arrivò l'elettricità: le prime fabbriche sostituirono il motore a vapore con il motore elettrico ma non cambiarono la disposizione dei macchinari. Ottennero solo un risparmio di energia, nessun guadagno di produttività. Solo quando riprogettarono l'intero impianto, come fece Ford tra il 1919 e il 1926, la produttività esplose.

In Italia, il quadro è simile. Secondo Istat, nel 2024 il 70,2% delle imprese con 10-249 addetti si colloca a un livello base di digitalizzazione. Tradotto: molte PMI hanno strumenti, ma pochi processi disegnati per usarli bene.

Segnale 1: non sai descriverlo senza dire "dipende"

Se ogni descrizione del processo inizia con "dipende", non è un processo: è un'improvvisazione ricorrente. Un processo vero ha una sequenza stabile. Se la sequenza cambia ogni volta che la racconti, qualsiasi software dovrà gestire infinite eccezioni, e fallirà.

Test: prendi una persona che non conosce il tuo lavoro e spiegale il processo in dieci passi, a voce. Se ti inceppi, se i passi cambiano, se devi aggiungere "dipende" più di due volte, fermati. Non sei pronto per automatizzare.

Facciamo un conto su un'agenzia tipo con otto persone che riceve 40 richieste di preventivo al mese. Ogni richiesta passa da tre persone e ogni preventivo richiede 20 minuti di lavoro, ma tre giorni di attesa. Se automatizzi l'invio del preventivo, risparmi i 20 minuti di compilazione, circa 13 ore al mese. Ma il collo di bottiglia è l'attesa di tre giorni, non il lavoro. Il problema è che ogni richiesta segue un percorso diverso a seconda del tipo di cliente, del canale, della stagione. Automatizzare l'invio senza prima rendere il percorso unico fissa nel software le eccezioni di oggi.

Segnale 2: vive nella testa di una persona sola

Se il processo funziona solo perché una persona sa cosa fare, dove sono le eccezioni, le scorciatoie, quando chiamare il cliente, automatizzarlo congela le abitudini di quella persona nel software. Il giorno in cui quella persona non c'è, il software esegue la sua logica, ma non sa rispondere alle situazioni che lei gestiva d'istinto.

Test: se chi esegue il processo va in ferie due settimane, il processo sopravvive? Se la risposta è no, documenta prima. Non puoi automatizzare ciò che non è scritto.

Prendi un'officina con sei dipendenti. L'accettazione delle auto vive nella testa del capofficina: sa lui cosa controllare, cosa far firmare al cliente, quando preventivare e quando no. Ogni auto in ingresso richiede una decisione che solo lui sa prendere. Se automatizzi l'accettazione senza documentare quei criteri, blocchi l'officina quando lui non c'è. Il software non ha il suo intuito, e nessuno sa spiegare la regola.

Segnale 3: non hai un numero di partenza

Se non sai quante ore a settimana e quanti errori al mese costa il processo oggi, non potrai mai sapere se l'automazione ha aiutato o solo nascosto il problema. Il numero di partenza, la baseline, è l'unico metro per misurare il prima e il dopo.

Test: scrivi su un foglio "questo processo dura X ore a settimana e produce Y errori al mese". Se non riesci a scriverlo, misura per due o tre settimane prima di toccare qualsiasi cosa.

Un ufficio amministrativo inserisce 200 fatture al mese a mano. Non sa quanti errori genera, non sa quante fatture vengono rifiutate o corrette. Se automatizzi l'inserimento senza misurare la baseline, non saprai mai se gli errori sono diminuiti o se sono solo finiti dentro un flusso che non controlli più.

Ecco il riepilogo dei tre segnali: la domanda da farti e la mossa da fare prima di automatizzare.

Segnale	Cosa vedi oggi	La domanda da farti	Prima di automatizzare
Non sai descriverlo	Ogni descrizione inizia con "dipende"	Lo spieghi in 10 passi a una persona nuova?	Scrivi i passi e verifica che siano gli stessi almeno 9 volte su 10
Vive nella testa di una persona	Solo una persona sa come si fa e perché	Se va in ferie due settimane, il processo sopravvive?	Documenta passi ed eccezioni con chi li esegue
Non hai un numero di partenza	Non sai quanto costa in tempo ed errori	Quante ore a settimana e quanti errori al mese?	Misura due o tre settimane prima di toccare qualsiasi cosa

Lo strumento

Delera Agent AI costruisce agenti su misura sui processi che oggi ti portano via ore ogni settimana.

Scopri Delera Agent AI

Come si sistema un processo prima di automatizzarlo

Se uno dei tre segnali è vero, non serve buttare via l'idea di automatizzare. Serve sistemare prima il processo. Il metodo ha un nome: BPM, Business Process Management, cioè analizzare, mappare e ridisegnare un processo prima di introdurre qualsiasi tecnologia.

Ecco i quattro passi.

Descrivi i passi reali con chi li esegue. Non con chi li ha progettati. Scendi in officina, in ufficio, davanti allo schermo e scrivi cosa succede davvero, non cosa dovrebbe succedere.
Togli i passaggi che non producono valore: doppi inserimenti, approvazioni sproporzionate, attese tra una fase e l'altra. Ogni passaggio va giustificato con una domanda: se lo togliessi, cosa si romperebbe? Se la risposta è niente, si toglie.
Misura la baseline: ore a settimana, errori al mese, tempo di attraversamento. Se non hai un numero, non puoi dimostrare che il processo è migliorato.
Solo alla fine scegli lo strumento. A quel punto lo strumento è una conseguenza della sequenza sistemata, non una scommessa.

Se vuoi una lettura d'insieme prima di decidere cosa toccare, il PMI Speed Test, l'analisi delle cinque aree aziendali restituisce una fotografia delle cinque aree, dal management alle automazioni, e aiuta a capire da quale processo partire.

Quali processi è meglio non automatizzare affatto

Non tutti i processi vanno automatizzati, nemmeno dopo averli sistemati. Ci sono tre categorie in cui l'automazione aggiunge rischio senza restituire valore.

La prima: i processi in cui un errore è irreversibile o costosissimo, come un invio massivo a clienti o un'operazione finanziaria. La RPA, Robotic Process Automation, è il software che replica le azioni di un operatore su un'interfaccia; funziona solo se il processo è rigidissimo e non varia mai. Se qualcosa va storto, l'errore viaggia alla velocità della macchina.

La seconda: i processi che cambiano ogni volta. Se ogni pratica ha una deroga, un caso speciale, una decisione da prendere, l'automazione classica non regge. In questi casi si può pensare a un agente AI, cioè un sistema che riceve un obiettivo, usa applicazioni e dati e avvia azioni in sequenza, con un grado di autonomia definito, ma solo dopo aver descritto bene le regole.

La terza: i processi che vivono nella testa di una persona senza documentazione. Se non c'è scritto nulla, l'automazione fissa nel software il modo di lavorare di una persona, e quando quella persona smette, il software diventa incomprensibile.

In tutti e tre i casi, non comprare il tool prima di avere il numero di partenza. Il tool non è il punto di partenza, è il punto di arrivo.

Domani mattina, prendi il processo che stai per automatizzare e scrivi su un foglio tre risposte: quanti passi ha, chi lo esegue, quante ore costa a settimana e quanti errori produce al mese. Se non sai rispondere a una di queste domande, fermati. Hai trovato il primo processo da sistemare, e hai appena evitato l'errore più costoso.

Domande frequenti

Automatizzare un processo inefficiente è sempre sbagliato?

Quasi sempre, ma non in assoluto. Se l’inefficienza è un passaggio ripetitivo e isolato, come un copia-incolla o un doppio inserimento, automatizzare quel singolo passo può andare bene anche prima di ridisegnare tutto. Il problema nasce quando automatizzi l’intera sequenza: fissi nel software attese, ridondanze ed eccezioni che andavano tolte. Regola pratica: automatizza il passo, ridisegna il processo.

Come faccio a capire se il mio processo è rotto o solo lento?

Un processo lento ha passaggi che funzionano ma richiedono tempo: è il candidato ideale per l’automazione. Un processo rotto produce rilavorazioni, eccezioni, errori e decisioni che tornano indietro. Se una pratica torna a te due volte con richieste di chiarimento, se ogni caso ha una deroga, se nessuno sa dire chi decide cosa: è rotto, non lento. Automatizzarlo congela i difetti, non li toglie.

Quanto tempo serve per sistemare un processo prima di automatizzarlo?

Per un processo circoscritto bastano giorni, non mesi: una mezza giornata a descriverlo con chi lo esegue, una a togliere i passaggi inutili, una a misurare la situazione di partenza. Il costo vero non è il tempo che ci metti a sistemarlo, ma quello che perdi automatizzando un flusso sbagliato e dovendo poi rifare tutto a software già in produzione.

Posso automatizzare una parte del processo e sistemare il resto dopo?

Sì, ed è spesso la strada giusta. Scegli un passaggio stabile, ripetitivo e misurabile, come lo smistamento delle richieste in arrivo, e automatizza solo quello, lasciando manuale ciò che richiede giudizio o è in fase di revisione. Così ottieni un risultato misurabile in poche settimane senza congelare l’intera sequenza. Il resto si sistema prima di estendere l’automazione.

Quali processi non vanno automatizzati per niente?

Quelli in cui un errore è irreversibile o costosissimo, come un invio massivo a clienti o un’operazione finanziaria, quelli che cambiano ogni volta, e quelli che vivono nella testa di una persona senza documentazione. In questi tre casi l’automazione aggiunge rischio senza restituire valore: prima serve sistemare, documentare o accettare che restino manuali.

Da dove comincio: dal processo o dallo strumento?

Dal processo, sempre. Prima descrivi la sequenza reale dei passi, poi misuri quanto costa in tempo ed errori, poi togli i passaggi inutili. Solo alla fine scegli lo strumento, che a quel punto è una conseguenza e non una scommessa. Chi parte dallo strumento finisce per adattare il processo alla tecnologia, che è esattamente l’errore descritto in questo articolo.

Fonti