Quando ha senso automatizzare un processo (e quando no)

16 settembre 2026 · Gianmarco · Automazione

Automatizzare non è un premio di modernità: è uno scambio tra tempo oggi e tempo domani. Se sbagli lo scambio, hai uno script da mantenere e lo stesso lavoro manuale di prima.

Quattro domande (in ordine)

  1. Quante volte al mese ripeto gli stessi passaggi?
  2. Quanto mi costa un errore umano su quei passaggi?
  3. Il flusso è stabile o ogni caso è speciale?
  4. Chi manutiene lo strumento tra sei mesi?

Se frequenza e stabilità sono basse, una checklist batte qualsiasi bot. Se frequenza ed errore sono alti e il flusso è stabile, automatizzare è quasi un dovere.

Esempi dal mio lavoro

MVP dell’automazione

Prima registra il processo a mano su tre casi reali. Poi automatizza il 80% più noioso. Lascia il 20% eccezionale in manuale con un messaggio chiaro. I fallimenti silenziosi sono peggio del lavoro manuale.

Contesto prodotti: autom.lab.

Stima grezza del ritorno

Moltiplica minuti persi per occorrenza × occorrenze al mese. Se in tre mesi non recuperi il tempo di costruire e testare lo strumento, non automatizzare ancora: migliora la checklist. Se il costo dell’errore umano è alto (invio sbagliato, file illegibile al cliente), il ritorno non è solo tempo: è rischio evitato.

Segnali che stai automatizzando per noia

In questi casi ferma il progetto. L’automazione utile è noiosa da descrivere e chiara da usare — vedi i flussi PDF e la checklist lotto.

Manutenzione: budget obbligatorio

Metti in conto almeno il 20% del tempo di sviluppo come manutenzione nei primi mesi. Formati file nuovi, limiti piattaforma, password, scan storte: arriveranno. Se non puoi permetterti quel budget, resta manuale con checklist. Su autom.lab privilegio tool con UI e messaggi d’errore umani proprio per questo.