Fondamenti della mappatura dei processi: iniziare senza BPMN

Prima lo stato attuale (as-is), poi quello futuro (to-be)

Il malinteso più comune sulla mappatura dei processi: bisogna sapere "come dovrebbe essere" prima di disegnare una mappa. No. Bisogna prima sapere "cosa sta succedendo adesso".

La mappa dello stato attuale ("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 inserimento di nuovi collaboratori e clienti non sono cambiati da anni ma non sono scritti da nessuna parte. Questa lacuna è 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 lavagna Miro o una tabella Excel a quattro colonne bastano. Niente BPMN, niente Visio.

Una volta creata la mappa dello stato attuale, progettare lo stato desiderato ("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.

Mappare il proprio processo in 1 ora: l'approccio a 4 colonne

Un suggerimento pratico per le attività in Turchia: documentate con questo metodo il processo di fatturazione elettronica, la registrazione MERSIS o i flussi di trattamento dei dati disciplinati dalla legge KVKK. La tabella a quattro colonne funge da specifica tecnica per l’audit interno e per una futura automazione.

Quando un processo mappato è pronto per l'automazione

Non tutti i processi mappati sono pronti per l’automazione. Quattro criteri devono essere soddisfatti prima di passare all'automazione:

1. Frequenza e costi: valutate insieme volume, tempo per caso, eccezioni e manutenzione. La sola frequenza non dimostra che l’automazione sia conveniente.

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.

La mappatura dei processi è il primo passo: dopo la mappatura, scoprite 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, i dati di un modulo cartaceo reinseriti 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 criteri espliciti che permettano a ciascun reparto di sapere quando la propria parte è completata. 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.