Automazione software non è automazione industriale
Vale la pena togliere subito un equivoco, perché in Italia la parola “automazione” porta quasi sempre a pensare a impianti, robotica e linee di produzione. Quella è automazione industriale e riguarda le macchine.
L’automazione software riguarda invece il lavoro che si svolge davanti a uno schermo: ordini da registrare, documenti da leggere, dati da spostare da un sistema all’altro, email da smistare, cataloghi da aggiornare. Due mestieri diversi, che spesso finiscono confusi nella stessa ricerca.
I tre livelli, in ordine di difficoltà
Quasi tutti i progetti di automazione stanno in uno di questi tre livelli, e conviene sapere in quale ci si trova prima di stimare tempi e costi.
- Regole deterministiche. “Quando arriva questo, fai quest’altro.” È il livello più semplice e il più affidabile: se le regole sono stabili, funziona e non sorprende.
- Integrazione tra sistemi. Il gestionale, l’e-commerce, la posta e il foglio di calcolo devono scambiarsi dati senza che qualcuno faccia da ponte con il copia e incolla. Qui il lavoro non è scrivere logica nuova, è far combaciare cose nate per non parlarsi.
- Interpretazione con l’AI. Serve quando l’input non è strutturato: capire il contenuto di un’email, estrarre i dati da una fattura scansionata, classificare una richiesta. È il livello che apre più possibilità e che richiede più cautela, perché un modello può sbagliare in modo plausibile.
Come si sceglie il primo processo
Il primo processo da automatizzare non è quello più importante, ed è un errore comune partire da lì. È quello con il miglior rapporto tra fatica risparmiata e rischio di sbagliare. Tre domande bastano a filtrarlo:
- Quanto si ripete? Un processo che gira cento volte al mese si ripaga, uno che gira due volte no, per quanto sia noioso.
- Le regole stanno ferme? Se cambiano in continuazione, prima vanno stabilizzate, altrimenti si automatizza il caos.
- Un errore si vede? Si parte dove uno sbaglio è visibile e correggibile, non dove è irreversibile o silenzioso.
Le tre aree da cui si parte quasi sempre
Nella pratica, i progetti che vediamo iniziare si concentrano in tre punti. Ognuno ha la sua guida dedicata, con i dettagli e i casi concreti:
I documenti: fatture, ordini, contratti e archivi da cui bisogna tirare fuori dati senza riscriverli a mano. È l’area con il ritorno più immediato, perché il lavoro manuale è tanto e misurabile.
I gestionali e i sistemi che non si parlano: il caso in cui l’azienda ha già tutti i software che le servono, ma nessuno di questi comunica con gli altri, e il collante sono le persone.
L’e-commerce: schede prodotto, ordini, magazzino e assistenza fuori orario, dove ogni attrito si traduce direttamente in vendite perse.
Quanto costa, e perché il conto si sbaglia
Non esiste un listino, e chi te lo dà sta semplificando qualcosa. Due automazioni che sembrano identiche possono costare in modo molto diverso, perché il costo non sta nella logica da scrivere ma nello stato dei sistemi che deve toccare: un gestionale con API documentate e uno che esporta solo file hanno lo stesso obiettivo e due progetti diversi.
L’errore più frequente nel calcolo del ritorno è considerare solo il tempo risparmiato. Contano almeno altre due voci: gli errori evitati, che spesso valgono più del tempo, e il costo di manutenzione, perché un’automazione non è un mobile, è un sistema vivo che va aggiornato quando cambia ciò che la circonda.
La regola pratica che applichiamo: si parte da un perimetro piccolo e misurabile, si verifica il ritorno sul campo, poi si estende. Un progetto lungo che si vede solo alla fine è il modo migliore per scoprire troppo tardi di aver automatizzato la cosa sbagliata.
Gli errori che vediamo più spesso
Non sono errori tecnici, sono errori di impostazione, e costano più di qualunque bug.
- Automatizzare un processo rotto invece di sistemarlo prima. Il software esegue più in fretta, quindi amplifica anche il disordine.
- Dare autonomia completa dal primo giorno. Le azioni che toccano il mondo reale (inviare, pagare, cancellare) vanno tenute sotto conferma umana finché il sistema non ha dimostrato di meritarsi fiducia.
- Non decidere chi se ne occupa dopo. Un’automazione senza un responsabile smette di funzionare in silenzio, e ci si accorge del guasto dal danno.
- Trattare la sicurezza come una fase finale. Un processo automatizzato che tocca dati aziendali è una superficie di attacco nuova, e con modelli AI di mezzo lo è ancora di più.