Il dato ricopiato da un programma all'altro
L'ordine che entra nell'e-commerce e viene riscritto nel gestionale. La commessa che passa dal preventivo alla produzione a mano. Ogni ricopiatura è tempo più la certezza statistica di un errore.
L'automazione aziendale non è un prodotto che si compra, è un lavoro di sottrazione: si trovano i punti in cui una persona fa da ponte fra due programmi che non si parlano, e si toglie quel ponte. Il criterio per decidere cosa automatizzare è aritmetico, non tecnologico.

Sono sempre gli stessi sei punti. Se ne riconoscete tre, c'è un progetto che si ripaga in meno di un anno.
L'ordine che entra nell'e-commerce e viene riscritto nel gestionale. La commessa che passa dal preventivo alla produzione a mano. Ogni ricopiatura è tempo più la certezza statistica di un errore.
Conferme d'ordine, DDT, schede di lavorazione, certificati: compilati partendo da un modello e ridigitando dati che il sistema ha già.
Qualcuno confronta due elenchi per trovare le differenze: incassi e fatture, giacenze contate e giacenze a sistema, ore dichiarate e ore a commessa.
Le scadenze, i pagamenti in ritardo, le scorte sotto soglia, i documenti mancanti. Funziona finché quella persona c'è e non è oberata.
Il preventivo sopra soglia che deve passare dal titolare, e la catena di email in cui si perde chi ha risposto cosa e quando.
Le stesse estrazioni, gli stessi incolla, lo stesso foglio ricostruito ogni mese. Mezza giornata che si ripete dodici volte l'anno.
Prima di automatizzare qualsiasi cosa, la misuriamo: quante volte succede, quanti minuti costa ogni volta, quanto costa l'errore quando capita. Il conto annuale che ne esce si confronta con il costo di automatizzarla. Se non rientra in due anni, non si fa — e capita spesso su attività che sembrano fastidiose ma succedono di rado.
C'è però un secondo criterio, meno ovvio e a volte più importante del primo: quanto quell'attività dipende da una persona sola. Un controllo che funziona solo finché una certa persona è in azienda è un rischio, anche se costa poche ore. Quelle attività si automatizzano anche quando l'aritmetica da sola non basterebbe.
Il terzo criterio è la stabilità. Automatizzare un processo che state ancora cambiando ogni mese significa rifare il lavoro. Meglio aspettare che si assesti, oppure automatizzarne solo la parte che non cambierà. Anche questo lo diciamo in analisi, e a volte la conclusione è di rimandare.
Il rischio dell'automazione non è che non funzioni: è che funzioni male in silenzio. Un'integrazione che copia gli ordini e ogni tanto ne salta uno è peggio della persona che li ricopiava, perché nessuno se ne accorge finché non chiama il cliente.
Per questo la prima versione gira sempre in parallelo al lavoro manuale, per qualche settimana. Si confronta quello che ha fatto l'automatismo con quello che avrebbe fatto la persona, si trovano le differenze, si sistemano. È tempo apparentemente sprecato ed è quello che distingue un'automazione che resta accesa da una che viene spenta dopo il primo incidente.
Poi ogni automatismo ha un registro di cosa ha fatto e un allarme quando qualcosa non torna. Se un ordine non passa, qualcuno lo sa entro pochi minuti, e sa anche perché. Senza questa parte l'automazione è una scatola nera, e le scatole nere in azienda durano finché non succede il primo problema serio.
Una singola integrazione fra due programmi sta in genere nella fascia alta delle quattro cifre. Un progetto che copre più flussi collegati sta nelle cinque. Il criterio che usiamo è che la singola automazione si ripaghi entro due anni con le ore risparmiate: se non ci arriva, ve lo diciamo e non la facciamo.
Quasi mai. L'automazione lavora fra i programmi esistenti e il senso è proprio non sostituirli. Va verificato cosa ciascuno mette a disposizione per lo scambio dati: i programmi moderni hanno interfacce documentate, quelli più vecchi richiedono strade alternative, che di solito esistono comunque.
Un'integrazione singola sono tre-cinque settimane, comprese quelle di funzionamento in parallelo al lavoro manuale prima di fidarsi. Un progetto su più flussi si consegna un pezzo alla volta, così ogni pezzo comincia a rendere mentre si sviluppa il successivo.
Ogni automatismo tiene un registro di quello che ha fatto e manda un allarme quando qualcosa non quadra, invece di proseguire in silenzio. Nei punti dove un errore costa caro — pagamenti, quantità, prezzi — resta un passaggio di conferma umano finché i numeri non dimostrano che si può togliere.
Dal punto che oggi fa più male e che si misura meglio, che di solito è un travaso di dati fra due programmi. Si risolve quello, si contano le ore recuperate, e con quel dato in mano si decide il resto. Molto meglio che partire da un piano complessivo di digitalizzazione aziendale che nessuno riesce poi a portare a termine.