Processi a prova di errore: 7 pattern operativi per PMI

Perche il software insegna a gestire le operations

Parto da una cosa imparata in oltre 10 anni nel digitale, prima da chi costruisce e poi da chi dirige. Quando scrivi software per mestiere, impari presto una verita scomoda: le cose vanno storte. L'API del fornitore non risponde, un dato arriva vuoto, un'operazione parte due volte. Chi sopravvive non e chi non sbaglia mai: e chi costruisce processi che reggono quando qualcosa salta.

Il punto e che questi non sono trucchi da programmatori. Sono principi operativi. La fatturazione di una PMI, l'evasione degli ordini, l'onboarding di un cliente, una automazione che manda email: hanno gli stessi identici problemi del software. Possono partire due volte, fallire a meta, mancare di un dato critico. E quasi sempre nessuno sa chi ha fatto cosa quando salta qualcosa.

Qui prendo 7 pattern che uso da sempre quando costruisco sistemi e te li traduco in processi aziendali. Zero codice: solo logica operativa che un fractional manager puo installare in una PMI in poche settimane. L'obiettivo e uno, smettere di spegnere incendi e iniziare a prevenirli.

Prevenire: prova a vuoto (1) e blocca se manca un dato (2)

I primi due pattern fermano l'errore prima che faccia danni. Nel software, prima di lanciare un comando che fa danni veri lo lanci in modalita prova: stampa cosa farebbe, ma non lo fa. Si chiama dry-run, esecuzione a secco. In azienda significa che ogni processo che tocca soldi, clienti o dati deve avere uno step di anteprima prima dell'azione irreversibile. Non e burocrazia, e la differenza tra accorgerti di un errore prima o dopo che e arrivato al cliente.

• Invio massivo di email o SMS. Prima di premere invio a 4.000 contatti, generi un'anteprima reale (oggetto, testo, link, mittente) e la mandi solo a te o a un collega. Un link rotto trovato a vuoto costa zero; trovato dopo l'invio costa la reputazione.
• Aumento di listino. Prima di applicarlo a tutto il catalogo, produci un report di cosa cambierebbe riga per riga: vecchio prezzo, nuovo prezzo, margine. Lo leggi, poi applichi.
• Fatturazione ricorrente. Prima di emettere il ciclo mensile, esci un riepilogo di chi verrebbe fatturato e per quanto. Un cliente disdetto due settimane fa che spunta ancora lo prendi qui, non in contabilita.

Il secondo principio si chiama fail-fast: se manca un dato indispensabile, il processo si ferma subito e lo dice forte, invece di andare avanti facendo danni silenziosi. L'errore opposto lo vedo in quasi tutte le PMI: il processo prosegue lo stesso, con il campo vuoto, l'IBAN sbagliato, la partita IVA mancante. Nessuno se ne accorge, e il danno emerge tre passaggi dopo, quando ricostruire cosa e successo costa dieci volte tanto.

• Campi obbligatori bloccanti. Un ordine non parte in produzione senza indirizzo completo. Una fattura non si emette senza codice destinatario. Un fornitore non entra a sistema senza IBAN verificato. Dice no il sistema, non l'operatore di buona volonta.
• Errore che si vede. Quando un controllo fallisce deve comparire un blocco evidente, non un messaggio sepolto in un log che nessuno legge. Il fallimento utile e quello rumoroso.
• Un solo cancello, all'ingresso. Controlli i dati una volta sola, quando entrano, non quattro volte sparse nel processo.

Reggere all'urto: traccia (3), seconda strada (4), no doppioni (5)

Tre pattern che fanno girare il processo anche quando qualcosa salta. Il primo e la traccia. Nel software ogni operazione importante scrive da qualche parte chi l'ha fatta, quando, con quale esito: si chiama audit trail. In azienda ti permette di rispondere alla domanda piu costosa di tutte quando qualcosa va storto: cosa e successo esattamente, e in che ordine. Senza traccia, ogni problema diventa una caccia alle streghe tra reparti.

• Registro delle azioni sui clienti. Chi ha modificato il prezzo di quel contratto e quando, chi ha applicato lo sconto, chi ha cambiato l'indirizzo. Una riga per evento.
• Stato esplicito di ogni pratica. Un ordine non e genericamente in lavorazione: e in uno stato preciso e datato (ricevuto, confermato, spedito, consegnato).
• Note datate, non memoria delle persone. Cosa e stato deciso sta scritto, non nella testa di chi era in copia a quella mail tre mesi fa.

Il secondo e la seconda strada. Quando un canale fallisce, un sistema ben fatto non si arrende: prova la prossima opzione migliore prima di dichiarare il fallimento (in gergo, fallback chain). In azienda e la differenza tra un cliente perso e un cliente servito comunque. Se la carta viene rifiutata, il processo propone subito bonifico o un secondo metodo. Se il corriere principale e bloccato su quella zona, l'ordine va in automatico sul secondo corriere prima di chiamare il cliente per scusarsi. Se l'email a un lead torna indietro, parte un tentativo su un altro canale invece di archiviarlo come perso.

Il terzo salva piu soldi di tutti, ed e quello che le PMI sottovalutano di piu: evitare la doppia esecuzione. Un'azione che, per un errore o un riprovo, parte due volte. Il pagamento incassato due volte, l'email mandata due volte, l'ordine creato in doppio. La difesa si chiama idempotenza, parola brutta per un concetto semplice: fare la stessa azione due volte deve dare lo stesso risultato di farla una volta sola. La seconda volta non succede nulla. In azienda lo ottieni con due mosse complementari, ed e bene averle entrambe.

1. 01Identificatore unico per ogni evento. Ogni ordine, pagamento, rimborso ha un codice univoco. Prima di eseguire, il sistema controlla: questo codice l'ho gia visto? Se si, ignora. Cosi un click ripetuto non genera un doppione.
2. 02Prima prenoti, poi agisci. Prima dell'azione vera (incassare, spedire, inviare) marchi la pratica come presa in carico, in un colpo solo. Se due operatori ci provano insieme, uno solo vince e procede; l'altro si ferma.

Migliorare: lancia-osserva-correggi (6) e chi decide (7)

Gli ultimi due principi sono piu di metodo che di meccanica. Il primo: lancia, osserva, correggi. Chi costruisce software bravo non aspetta il processo perfetto prima di partire. Lo mette in piedi in versione minima, lo guarda girare sui dati veri e lo aggiusta in fretta. Mi e capitato di correggere un modello di costo tre volte nella stessa giornata, perche solo guardandolo girare sui numeri reali capisci cosa non torna.

In una PMI questo smonta il blocco piu comune: aspettare la procedura definitiva prima di scriverne una. E un errore. Scrivi la versione 1 questa settimana, falla girare, segnati dove inceppa, correggi la 2 la settimana dopo. Un processo vivo che migliora batte un processo perfetto che non parte mai.

• Versione minima subito. La prima procedura sta in una pagina, non in un manuale di cinquanta.
• Osserva l'attrito. Dove le persone chiedono aiuto, rallentano o sbagliano: quelli sono i punti da correggere per primi.
• Itera a calendario. Una revisione fissata ogni due settimane, non un buon proposito.

Il secondo principio chiude il cerchio: le decisioni le prende chi ha il quadro, non chi capita li sul momento. Nel software i comandi pericolosi non li lanci a caso: c'e chi ha l'autorizzazione e chi no, e una procedura scritta a cui anche un nuovo arrivato si affida. In azienda significa definire chi puo fare cosa, e che la procedura sia leggibile da chi non c'era quando e nata. Cosi la conoscenza sta nei processi, non nelle teste, e l'azienda non si ferma quando qualcuno e in ferie o se ne va.

Da dipendente esegui i processi che altri hanno deciso. Da Manager Indipendente li disegni tu, in modo che reggano anche quando tu non sei nella stanza. E un mestiere diverso, e si fonda sul metodo, non sull'eroismo.

Manager Indipendente, pilastro Operations

Come un Manager Indipendente li installa davvero

Sette pattern sono inutili se restano una lista. Il valore di un fractional manager con cappello operations sta nel sequenziarli partendo dal processo che brucia piu soldi. Ecco la tabella di marcia che uso.

Il modo di lavorare e quello frazionale tipico del Manager Indipendente. Una PMI da 1-10 milioni di fatturato non assume un direttore operations interno: un COO dipendente costa tra 85.000 e 140.000 euro l'anno di costo aziendale (per fartene incassare 100.000 netti l'impresa ne sborsa circa 250.000 lordi). Un fractional con cappello operations costa tipicamente tra 1.500 e 6.000 euro al mese, entra uno o due giorni a settimana e installa questi pattern uno per uno mentre l'azienda gira.

Il punto del metodo Manager Indipendente e proprio questo: non vendi ore, vendi processi che reggono. Un'azienda che dopo tre mesi previene gli incendi invece di spegnerli vale molto piu della tua tariffa mensile, ed e per quello che ti tiene. Se ti chiedi se sei tu il professionista giusto per portarlo dentro le PMI, parti da cosa fa un fractional COO e da come diventare fractional manager.

Domande frequenti