Fondamenti della mappatura dei processi: inizia senza BPMN

Prima "as-is", poi "to-be"

Il malinteso più comune sul process mapping: bisogna sapere "come dovrebbe essere" prima di disegnare una mappa. No. Bisogna prima sapere "cosa sta succedendo adesso".

La mappa "as-is" mostra come il processo funziona davvero oggi — non quello che dicono i documenti. In molte PMI, i processi di ricezione ordini, fatturazione o onboarding non sono cambiati da anni ma non sono scritti da nessuna parte. Questo gap è il rischio maggiore quando si passa all'automazione: automatizzare un processo non documentato significa automatizzarne anche gli errori.

Gli strumenti non devono essere complessi: post-it, una board Miro o una tabella Excel a quattro colonne bastano. Niente BPMN, niente Visio.

Una volta creata la mappa as-is, progettare lo stato "to-be" diventa molto più semplice. Si vede non cosa cambierà, ma cosa rimane — e le decisioni di ottimizzazione si basano su dati reali, non sull'intuizione.

Mappa il tuo processo in 1 ora: l'approccio a 4 colonne

Per mappare un processo senza installare strumenti complessi, basta una tabella Excel a quattro colonne o una striscia in Miro. Ogni riga rappresenta un passaggio; le colonne sono:

1. Passo — Cosa si fa? Forma verbale breve: "crea fattura", "aspetta approvazione", "inserisci nel sistema". 2. Chi lo fa? Nome del ruolo, non della persona: contabilità, sales rep, cliente. 3. Qual è l'input? Cosa serve per avviare questo passo: modulo, email, approvazione, record di sistema. 4. Qual è l'output? Cosa viene prodotto dopo questo passo: documento, notifica, record nel database.

Queste quattro colonne ricordano un semplice diagramma swimlane e non richiedono competenze software. In una sessione di lavoro di un'ora con due o tre persone che conoscono il processo e dei post-it si può compilare tutta la tabella.

Dopo aver completato la mappa, poni questa domanda per ogni passo: "Questo passo può essere automatizzato, rimosso o accorpato?" Queste tre domande eliminano la complessità inutile.

Quando un processo mappato è pronto per l'automazione

Non ogni processo mappato è pronto per l'automazione. Quattro criteri devono essere soddisfatti prima di passare all'automazione:

1. Tasso di ripetizione: se il processo si ripete almeno due o tre volte a settimana, il costo dell'automazione diventa giustificabile. Per un'attività eccezionale svolta una volta al mese, l'automazione è generalmente inutile.

2. Input standardizzato: se gli input che avviano il processo sono standardizzati — un formato e-mail specifico, una risposta a un modulo o una notifica di sistema — l'automazione funziona in modo molto più affidabile. Se gli input variano ogni volta, serve prima una fase di standardizzazione.

3. Quantità di giudizio umano: se nelle fasi critiche del processo vengono prese molte decisioni soggettive, queste fasi devono prima essere semplificate o legate a regole. L'automazione può automatizzare i passaggi basati su regole, non le decisioni ambigue.

4. Tolleranza agli errori: se un errore nel processo porta direttamente a perdita di clienti, violazione legale o danno economico, i test completi prima dell'automazione sono obbligatori.

I processi che soddisfano tutti e quattro i criteri sono i più pronti per l'automazione. L'approccio Setviva: una volta identificato il processo idoneo, eseguiamo prima un test pilota su un piccolo set di dati, poi espandiamo gradualmente al volume completo. Senza mappa non c'è pilota; senza pilota non c'è scala.

Il process mapping è il primo passo: dopo la mappatura, scopri da dove iniziare la trasformazione digitale e i nostri approcci di automazione specifici per settore.

Il passo che la maggior parte dei team salta: parlare con chi fa il lavoro

Il motivo principale per cui le mappe di processo finiscono per essere sbagliate non è la mancanza di impegno — è chiedere alla persona sbagliata. Un manager descriverà il processo come dovrebbe funzionare, spesso come è stato progettato anni prima. La persona che elabora davvero l'ordine, inserisce la fattura o risponde al ticket di supporto conosce la versione con gli espedienti: il controllo extra che fa perché una volta il sistema ha fallito, la seconda approvazione che cerca informalmente perché quella ufficiale è troppo lenta. Se la vostra mappa riflette solo ciò che il management crede accada, automatizzerete un processo che non esiste.

Gli espedienti non sono rumore da filtrare — sono il segnale più utile dell'intero esercizio. Un foglio di calcolo parallelo che nessuno ha ufficialmente approvato, un gruppo WhatsApp usato al posto del sistema di ticketing, un modulo cartaceo ribattuto in tre sistemi diversi: ognuno di questi segna un punto in cui il processo ufficiale non ha soddisfatto un bisogno reale. Annotateli esplicitamente sulla mappa, con chi li ha creati e perché. Puntano di solito dritti a una lacuna formativa o a un'opportunità di automazione, a volte a entrambe.

Non cercate di mappare ogni eccezione. Una mappa che tenta di catturare ogni possibile ramificazione diventa illeggibile e nessuno la manterrà. Catturate invece il percorso principale più le due o tre eccezioni che si presentano abbastanza spesso da contare — un documento mancante, un pagamento respinto, un cliente che modifica un ordine dopo l'invio. Tutto ciò che è più raro va in una breve nota "eccezioni note", non nel flusso stesso.

Infine, prestate la massima attenzione ai passaggi di consegna tra reparti, non ai passi interni a un singolo team. La maggior parte dei processi funziona senza intoppi all'interno di un reparto e si rompe esattamente nel punto in cui le vendite passano qualcosa alle operazioni, o le operazioni alla finanza. Segnate ogni passaggio di consegna sulla mappa con un responsabile chiaro e un'aspettativa esplicita di cosa significhi "completato" da ciascun lato. Questi punti di passaggio sono dove oggi la mancanza di comunicazione costa più tempo, e dove l'automazione di solito ripaga più rapidamente una volta che decidete di costruire qualcosa.