Guida

Prima mappa il flusso: perché non dovrebbe mai automatizzare un processo che non sa disegnare

L'automazione fallisce molto più spesso nella mappatura che nella costruzione. Prima di comprare uno strumento o scrivere una sola regola, disegni il processo esattamente come avviene oggi, parti caotiche comprese. Ecco come, passo dopo passo.

Have a nice dayHave a nice day15 min di lettura
Prima mappa il flusso: perché non dovrebbe mai automatizzare un processo che non sa disegnare

Quasi ogni automazione che va male è andata male prima che qualcuno toccasse uno strumento. Il titolare ha saltato il passaggio noioso — disegnare davvero come scorre il lavoro oggi — ed è passato direttamente all'acquisto di un software per un processo che non avrebbe saputo spiegare a una nuova persona appena assunta. Il risultato è prevedibile: l'automazione gestisce la versione del lavoro che vive nella sua testa, non quella che accade davvero un martedì pomeriggio, quando un cliente richiama per modificare il suo ordine.

Ho assistito a molte di queste autopsie. Una piccola azienda spende soldi veri per una piattaforma elegante, la configura con sicurezza e nel giro di un mese le persone la aggirano in silenzio. Quando si chiede perché, la risposta non è quasi mai «il software era scadente». È «il software non conosceva l'eccezione che gestiamo ogni settimana». Nessuno aveva annotato quell'eccezione, perché nessuno aveva mai disegnato l'insieme su carta.

Mappare un flusso di lavoro prima di automatizzarlo è l'assicurazione più economica che possa stipulare. Costa un pomeriggio e una lavagna. Fa emergere i passaggi nascosti, i passaggi di consegna silenziosi e i vuoti del tipo dove-viene-presa-questa-decisione che altrimenti riaffiorano tre settimane dopo l'avvio. È la parte che tutti vogliono saltare, ed è la parte che decide in silenzio se il progetto funziona.

Cosa significa davvero «mappare un flusso di lavoro»

Togliamo il gergo. Mappare un flusso di lavoro significa semplicemente annotare, in ordine, ogni passaggio che avviene tra un evento scatenante e un risultato concluso — ed essere onesti sulle parti caotiche. L'evento scatenante potrebbe essere «arriva una nuova richiesta» e il risultato concluso «il cliente ha pagato e il lavoro è chiuso». Tutto ciò che sta in mezzo è la sua mappa.

Non sta disegnando il processo che vorrebbe avere. Sta disegnando quello che ha davvero — il come è, non il come dovrebbe essere. Questa distinzione conta più di qualsiasi notazione o strumento. Tutto il valore della mappatura nasce dal catturare la realtà, comprese le parti imbarazzanti: il foglio di calcolo che solo Maria sa aggiornare, l'approvazione che avviene andando alla scrivania di qualcuno, l'e-mail che viene ridigitata a mano nel sistema di fatturazione.

Fatta bene, una mappa sta in una pagina e una persona esterna potrebbe leggerla e capire a grandi linee come la sua azienda trasforma una richiesta in denaro. Questo è il criterio. Se la sua mappa ha bisogno di una legenda e quattro colori per essere leggibile, l'ha sovraprogettata.

Non può automatizzare un processo che non sa disegnare. Se nessuno nel team sa schizzarlo in una pagina, il passo successivo non è l'automazione — è la mappatura.
ciò che dico a ogni cliente prima che firmi qualsiasi cosa

Perché saltare questo passaggio costa così caro

Quando automatizza senza mappare, non sta automatizzando il suo processo — sta automatizzando la sua supposizione sul suo processo. E il divario tra i due è dove se ne vanno i soldi. Tre modalità di fallimento si ripresentano di continuo.

La prima è il passaggio invisibile. C'è quasi sempre un'attività così abituale che nessuno la menziona: la rapida verifica di buon senso, la correzione manuale dell'IVA, la telefonata per confermare un indirizzo. Non finisce mai nel brief, quindi non finisce mai nell'automazione, e la prima volta che serve l'intero flusso si blocca.

La seconda è la decisione non documentata. Da qualche parte nel suo processo una persona esprime in silenzio un giudizio — questo ordine è urgente, questo cliente riceve uno sconto, questo preventivo ha bisogno del via libera di un responsabile. Se non fa emergere dove vive quella decisione e quale regola segue, l'automazione o la ignora o la indovina, ed entrambe le cose sono dannose.

La terza è il passaggio di consegna fantasma. Il lavoro passa tra due persone o due sistemi attraverso un canale che nessuno ha documentato — un'e-mail inoltrata, una cartella condivisa, un avviso verbale. Automatizzi attorno a esso e il lavoro cade semplicemente in un vuoto. La mappatura è il modo in cui li trova prima che siano loro a trovare lei.

Una titolare di una piccola impresa in piedi davanti a una grande lavagna coperta di foglietti adesivi e frecce, mentre mappa un processo passo dopo passo, con un collega che indica un vuoto nel flusso, calda luce d'ufficio
Mappare è uno sport di squadra. Le persone che fanno il lavoro sanno dove sono i passaggi nascosti — il suo compito è portarli al muro.

Prima di disegnare qualsiasi cosa: scelga un processo e un risultato

Non provi a mappare l'intera azienda. È così che la mappatura stessa diventa un progetto di sei mesi che muore su un disco condiviso. Scelga esattamente un flusso di lavoro — quello che già sospetta valga la pena di automatizzare — e mappi solo quello, da un evento scatenante chiaro a una fine chiara.

Definisca i due estremi ad alta voce prima di iniziare. Dove inizia questo processo? e che aspetto ha il «fatto»? Se non riesce a nominarli entrambi in una sola frase ciascuno, non è ancora pronto a mappare — sta cercando di mappare una nebbia. «Dal momento in cui arriva un'e-mail d'ordine al momento in cui la fattura viene inviata» è un processo mappabile. «Le nostre vendite» non lo è.

Come mappare un flusso di lavoro, passo dopo passo

Non le serve un software speciale per questo. I foglietti adesivi su una parete battono qualsiasi strumento, perché sono facili da spostare e tutto il team può raccogliersi intorno. Se preferisce il digitale, una lavagna condivisa o anche un elenco numerato in un documento va benissimo. Il metodo conta molto più del mezzo.

  1. 1
    Riunisca le persone giuste nella stanza
    Non solo il titolare. Le persone che fanno davvero il lavoro vedono passaggi di cui il titolare aveva dimenticato l'esistenza. Una voce mancante e perderà un intero ramo del processo.
  2. 2
    Scriva prima l'evento scatenante e il risultato
    Metta l'inizio all'estrema sinistra, la fine all'estrema destra. Tutto ciò che aggiunge vive tra questi due punti fissi, il che impedisce alla mappa di dilagare.
  3. 3
    Ripercorra un esempio reale
    Prenda un caso recente reale — un ordine vero, una richiesta vera — e racconti esattamente cosa gli è successo, passo dopo passo. Il reale batte l'ipotetico ogni volta.
  4. 4
    Segni ogni passaggio di consegna e decisione
    Ogni volta che il lavoro passa a un'altra persona o sistema, lo disegni. Ogni volta che qualcuno compie una scelta, disegni una biforcazione e scriva la regola che vi sta dietro. Sono i punti in cui l'automazione vive o muore.
  5. 5
    Dia la caccia alle eccezioni
    Ora chieda: quando NON segue il percorso normale? Il reso, l'ordine urgente, il cliente scomodo. Aggiunga le eccezioni comuni; annoti quelle rare a margine.
  6. 6
    Cronometri approssimativamente ogni passaggio
    Annoti una cifra approssimativa di minuti accanto a ogni passaggio. Sta cercando le parti grasse — dove le ore spariscono davvero — così da sapere cosa vale la pena automatizzare.

Quando ha finito, dovrebbe poter posare il dito ovunque sulla mappa e dire cosa succede, chi lo fa, quanto tempo richiede e cosa potrebbe andare storto. Se c'è un passaggio in cui la risposta onesta è «non sono del tutto sicuro di come funzioni» — congratulazioni, ha appena trovato la cosa più importante sul muro. Quella nebbia è esattamente ciò che avrebbe rotto la sua automazione.

Le serve una notazione formale?

Esiste un intero linguaggio formale per questo, chiamato BPMN, con simboli precisi per attività, gateway ed eventi. Per una grande impresa con un team dedicato ai processi, è davvero utile. Per un'azienda di otto persone con un flusso di lavoro doloroso, è un eccesso che intralcia. Riquadri per i passaggi, rombi per le decisioni, frecce per il flusso — questa è tutta la notazione che le serve. Non lasci che la notazione perfetta le impedisca di disegnare la mappa imperfetta.

Un'illustrazione pulita di una mappa di processo di una pagina con riquadri rettangolari per i passaggi, una biforcazione decisionale a forma di rombo, frecce che li collegano da sinistra a destra e alcune annotazioni adesive che segnalano un'eccezione e un passaggio di consegna manuale
Il prodotto finito: riquadri per i passaggi, un rombo per la decisione e note oneste dove vivono le parti caotiche.

Leggere la mappa: cosa correggere prima di automatizzare

Ecco la parte che le persone si perdono. Una mappa non è solo documentazione per chi sviluppa — è una diagnosi. Una volta che il processo è sul muro, problemi con cui ha convissuto per anni d'un tratto appaiono ovvi. Resista all'impulso di automatizzare subito. Prima, corregga ciò che la mappa rivela.

Cerchi i passaggi che esistono solo per abitudine. Una quantità sorprendente di processi delle piccole imprese è archeologia — cose fatte in un certo modo perché qualcuno le ha impostate così nel 2017 e da allora nessuno le ha messe in discussione. Se un passaggio non aggiunge valore, lo elimini. Automatizzare un passaggio inutile rende semplicemente più veloce un passaggio inutile.

Cerchi anche la stessa informazione digitata più di una volta. Ogni inserimento duplicato sulla sua mappa è insieme un divoratore di tempo e un punto in cui gli errori si insinuano — ed è di solito la cosa più facile e più redditizia da automatizzare. E cerchi i colli di bottiglia: l'unico passaggio in cui tutto si accumula in attesa di una sola persona. A volte la soluzione lì non è affatto un software, è un cambio di regola.

  • Passaggi ridondanti che esistono solo perché «si è sempre fatto così» — li elimini.
  • Gli stessi dati inseriti a mano in due o più sistemi — bersagli di automazione di prim'ordine.
  • Una decisione presa da una persona che in realtà segue una regola fissa e scritta — quella regola può essere automatizzata; il giudizio autentico no.
  • Un collo di bottiglia in cui il lavoro attende una sola persona — a volte un cambio di processo batte un cambio di tecnologia.
  • Un passaggio di consegna che perde informazioni — lo stringa prima di avvolgervi un'automazione.

Un breve caso: l'ufficio ordini che ha automatizzato prima la cosa sbagliata

Un piccolo grossista con cui abbiamo lavorato — diciamo un fornitore regionale di attrezzature per la ristorazione, una ventina di dipendenti — è venuto da noi convinto di aver bisogno di uno strumento di IA per leggere le e-mail d'ordine in arrivo. Gli ordini arrivavano come e-mail di testo libero, qualcuno li ridigitava nel sistema, e quella ridigitazione sembrava la cosa ovvia da automatizzare. Avevano quasi sottoscritto un prodotto per la lettura di documenti prima che ci sedessimo.

Abbiamo passato un pomeriggio a mappare l'effettivo processo dall'ordine alla fattura sulla parete della loro sala riunioni. La mappa raccontava un'altra storia. Sì, ridigitare le e-mail era fastidioso — forse dieci minuti per ordine. Ma due passaggi più avanti, ogni ordine si fermava sulla scrivania di una sola persona per una verifica manuale del magazzino e una verifica manuale del credito, perché quei due sistemi non parlavano né con il sistema ordini né tra loro. Era lì che gli ordini restavano per ore, a volte un giorno intero.

Il costoso lettore di e-mail con IA avrebbe tagliato dieci minuti da un passaggio che non era il collo di bottiglia, mentre il vero ritardo restava intatto. Peggio, la mappa ha fatto emergere una regola non documentata: gli ordini sopra un certo valore ricevevano sempre una telefonata di conferma prima dell'elaborazione. Nessuno l'aveva menzionato, e avrebbe rotto in silenzio qualsiasi automazione ingenua.

Ciò che abbiamo davvero costruito era poco appariscente e più economico: una connessione che portava automaticamente lo stato di magazzino e di credito nella schermata dell'ordine, così che la verifica è diventata un'occhiata invece di una deviazione di mezz'ora, più un contrassegno per gli ordini di valore elevato che richiedevano ancora la telefonata umana. La ridigitazione delle e-mail? L'abbiamo automatizzata anche quella, alla fine — ma come passaggio due, una volta che la mappa aveva mostrato che era il premio minore. Il tempo complessivo recuperato all'ufficio si è aggirato, a titolo indicativo, su circa un giorno e mezzo a settimana, e quasi nulla proveniva da ciò che inizialmente volevano comprare.

Sono arrivati volendo automatizzare la seccatura più rumorosa. La mappa ha mostrato loro quella più costosa. Non erano lo stesso passaggio.
il progetto dell'ufficio ordini, in una riga
Un'illustrazione divisa prima-e-dopo: a sinistra un flusso aggrovigliato dall'ordine alla fattura con un collo di bottiglia rosso dove gli ordini si accumulano su una scrivania, a destra lo stesso flusso snellito con il collo di bottiglia liberato e i sistemi collegati
Lo stesso processo, visto come si deve. La mappa ha spostato il progetto dal problema rumoroso a quello costoso.

Trasformare una mappa completata in un piano di automazione

Una volta che la sua mappa è disegnata, migliorata e affidabile, l'automazione si specifica quasi da sola. Smette di porsi la domanda aperta e spaventosa — «come automatizziamo la nostra azienda?» — e comincia a porsene di piccole, a cui si può rispondere, un passaggio alla volta.

Percorra la mappa ed etichetti onestamente ogni passaggio. Alcuni sono pure regole — scatta un promemoria, i dati passano da A a B, uno stato si aggiorna. Quella è automazione semplice: economica, affidabile, senza bisogno di IA. Alcuni passaggi coinvolgono linguaggio umano caotico o giudizio — leggere un'e-mail non strutturata, abbozzare una risposta, gestire una domanda al telefono. È lì che l'IA moderna si guadagna davvero il pane. E alcuni passaggi dovrebbero restare umani di proposito, perché il costo di sbagliarli è alto. La mappa rende quelle categorie ovvie in un modo che una conversazione non raggiunge mai.

Che aspetto ha il passaggioCosa serve di solitoPriorità
Stessi dati, due sistemi, digitati a manoAutomazione semplice basata su regoleDa fare per primo
Un promemoria, avviso o aggiornamento di statoAutomazione semplice basata su regoleDa fare per primo
Leggere e-mail o documenti di testo liberoIA su un processo ordinatoDa fare dopo
Una decisione che segue una regola scrittaAutomazione basata su regoleDa fare dopo
Giudizio o empatia autenticiMantenerlo umano (per ora)Lasciare stare
Eccezione rara, poche volte l'annoNon ancora degna di automazioneLasciare stare
Come leggere ogni passaggio della sua mappa e decidere il suo destino.

Noti cosa ne deriva. Non deve automatizzare l'intera mappa in una volta — e non dovrebbe. Sceglie il passaggio basato su regole di maggior valore, automatizza solo quello, dimostra che funziona nella settimana reale e solo allora passa al successivo. La mappa è ciò che le permette di metterli in sequenza con criterio invece di azzannare l'intera cosa e strozzarsi.

Vuole un secondo paio d'occhi sulla sua mappa di processo?

Spesso l'ora più utile è quella spesa a disegnare il suo flusso di lavoro su un muro con qualcuno che l'ha già visto andare storto. La aiutiamo a mappare il processo, individuare i passaggi nascosti e indicare cosa valga davvero la pena automatizzare per primo — senza alcun obbligo di costruire nulla.

Ci parli del suo processo

Domande frequenti

Quanto tempo ci vuole per mappare un flusso di lavoro?
Per un singolo processo ben delimitato, di solito una sessione mirata — un pomeriggio al massimo. Il trucco è mappare un solo flusso alla volta, da un evento scatenante chiaro a un risultato chiaro. Se la sua mappatura sta richiedendo giorni, l'ambito è troppo ampio; lo restringa a un processo e finirà in un'unica seduta.
Mi serve un software speciale per la mappatura dei processi?
No. I foglietti adesivi su una parete sono davvero migliori della maggior parte degli strumenti per una prima mappa, perché sono facili da riordinare e tutto il team può radunarsi intorno. Anche una lavagna digitale condivisa o persino un elenco numerato vanno bene. Il metodo conta molto più del mezzo — non lasci che la ricerca dello strumento ritardi la mappatura vera e propria.
Qual è la differenza tra una mappa come è e una come dovrebbe essere?
Una mappa come è mostra come funziona il processo oggi, difetti compresi. Una mappa come dovrebbe essere mostra come vuole che funzioni dopo il miglioramento. Disegni sempre prima il come è — tutto il suo valore sta nel catturare la realtà, compresi i caotici passaggi manuali. Il come dovrebbe essere viene dopo aver usato il come è per individuare cosa valga la pena correggere.
Devo correggere il processo prima di automatizzare, o automatizzare per primo?
Correggere prima, sempre. Una volta mappato il processo individuerà passaggi ridondanti, inserimenti di dati duplicati e colli di bottiglia. Li ripulisca su carta, poi automatizzi la versione migliorata. Automatizzare un processo inefficiente rende solo più veloce l'inefficienza e più difficile districarla in seguito.
E se una parte del mio processo è troppo caotica da mappare?
È la scoperta più preziosa che possa fare. Un passaggio che nessuno sa spiegare chiaramente è esattamente il passaggio che avrebbe rotto la sua automazione. Non lo nasconda — lo segnali, indaghi su come funziona davvero e decida se standardizzarlo, mantenerlo umano o riprogettarlo prima che qualsiasi automazione lo tocchi.
Have a nice day
Have a nice day
Redazione

Have a nice day è uno studio software che aiuta le piccole e medie imprese a digitalizzarsi — automazione, IA e software su misura che funziona nelle operazioni quotidiane, non solo sulle slide.

Servizi correlati