Mappatura dei processi aziendali: esempi pratici

Cos'è la Mappatura dei Processi Aziendali (con un Esempio Completo)

La mappatura dei processi aziendali è la ricostruzione di come un lavoro viene davvero eseguito, passo per passo, comprese le eccezioni e le scorciatoie che nessuna procedura scritta menziona, fatta osservando il lavoro mentre accade invece di leggerne una descrizione. Non è un diagramma di flusso disegnato in sala riunioni: è la differenza tra il processo che l'azienda crede di avere e quello che usa ogni giorno per fatturare, spedire o approvare una spesa. Automatizzare senza questo passaggio significa costruire un sistema veloce sopra un processo che nessuno ha mai verificato.

Gli esempi che si trovano in giro si fermano quasi sempre all'elenco dei passaggi: ordine, verifica, spedizione, fattura. Qui sotto c'è l'esempio intero, sul ciclo ordine-fattura di una PMI che vende a clienti business: il diagramma a corsie (swimlane), il confronto tra procedura scritta e lavoro osservato, un estratto del registro delle eccezioni e la decisione, passaggio per passaggio, su cosa automatizzare e come.

Il dato interessante non è che l'adozione nelle PMI sia raddoppiata in un anno. È che, tra le imprese che l'AI la usano davvero, la seconda area di applicazione dopo marketing e vendite è l'organizzazione dei processi amministrativi, cresciuta dell'89,4% in un anno. Il lavoro si sta spostando dal prodotto al processo, e un processo si automatizza bene solo se prima si sa com'è fatto.

Esempio di Mappatura: il Ciclo Ordine-Fattura in Swimlane

Il ciclo ordine-fattura è un buon primo esempio perché quasi ogni PMI che vende a clienti business lo ha, e perché attraversa quattro funzioni diverse. Ogni volta che il lavoro passa da una funzione all'altra c'è un passaggio di consegne, ed è lì che il processo reale si allontana da quello scritto.

Esempio costruito a scopo illustrativo sul tipo di eccezioni che questo processo produce, non sui dati di un cliente.

Questa è la versione che sta nella procedura, ed è quella che chiunque disegnerebbe in una riunione. È corretta, e per automatizzare serve a poco: dice chi fa cosa, non cosa succede quando le cose non vanno come previsto. Per saperlo bisogna sedersi accanto a chi lavora in ciascuna corsia e confrontare le due versioni.

Com'è scritto e com'è fatto davvero

Nessuna di queste deviazioni è un errore di qualcuno. Sono il modo in cui l'azienda ha imparato a far funzionare un processo che, scritto così com'è, non reggerebbe una settimana. Ed è proprio per questo che nessuno le racconta in un'intervista: chi le fa ogni giorno non le vive più come eccezioni.

Esempio di Registro delle Eccezioni: un Estratto

Il registro delle eccezioni (Exception Ledger) trasforma le deviazioni osservate in qualcosa su cui si può decidere. Ogni riga è una deviazione reale; le colonne sono sempre le stesse. Le frequenze qui non ci sono di proposito: in una mappatura vera si contano durante l'osservazione, non si stimano a memoria, e la colonna riporta l'unità con cui vanno contate.

Le colonne contano più delle righe. La frequenza decide la priorità: un'eccezione rara e costosa e una frequente ed economica non si trattano allo stesso modo. Chi la assorbe dice accanto a chi sedersi, e quale conoscenza se ne andrebbe con quella persona. Dove sta la regola dice quanto lavoro serve per automatizzarla: una regola già scritta in un Excel è quasi codice, una regola che vive nella testa di qualcuno va prima tirata fuori e messa per iscritto. Il costo quando va storta decide se una persona deve restare nel giro.

Il registro completo, con le frequenze contate davvero, è il primo dei deliverable dello Sprint di Mappatura Operativa: cinque giorni accanto a chi esegue il processo, senza toccare il gestionale.

Dall'Esempio alla Decisione: Cosa Diventa Codice, Modello o Persona

Il registro serve a una cosa sola: decidere, eccezione per eccezione, che cosa va automatizzato e con quale strumento. È la mappa dei confini dell'AI, e nel nostro esempio viene così:

In questo esempio un solo passaggio ha davvero bisogno di un modello: leggere ordini scritti in formati che nessuno controlla. Tutto il resto è codice, oppure una decisione che deve restare a una persona. Non è una statistica, è un esempio, ma mostra perché la mappatura viene prima del preventivo: senza, è facile che la proposta metta l'AI su tutti e sette i passaggi, e il conto (in costo, latenza e verificabilità) lo paga l'azienda. La quota di passaggi che ha davvero bisogno di un modello ha un nome, il rapporto di determinismo, ed è la prima cosa da chiedere a chi propone di automatizzare un processo.

Secondo Esempio: l'Approvazione delle Fatture Passive

Lo stesso schema vale sul ciclo passivo. Immagina un ufficio acquisti che approva le fatture dei fornitori confrontandole con l'ordine d'acquisto. La procedura scritta dice che ogni fattura fuori tolleranza va al responsabile per l'approvazione manuale. Nella pratica osservata, un addetto approva da solo le fatture di un fornitore storico anche fuori tolleranza, perché "con loro è sempre stato così" e nessuno ha mai aggiornato la procedura. Un sistema costruito sulla procedura scritta blocca quelle fatture ogni volta, e genera un intoppo quotidiano che nessuno aveva previsto. Un sistema costruito sull'eccezione osservata la gestisce come regola esplicita, con una tolleranza diversa per quel fornitore, decisa consapevolmente invece che ereditata per abitudine. Nel registro diventa una riga: innesco, frequenza, chi la assorbe, dove sta la regola (nella testa dell'addetto), cosa succede se va storta.

Come Mappare i Processi Aziendali: Cosa Osservare, Non Cosa Chiedere

Gli esempi qui sopra hanno una cosa in comune: nessuna di quelle eccezioni sarebbe emersa da un questionario. Chi esegue un processo ogni giorno ne conosce le scorciatoie così bene da non pensarle più come eccezioni, sono solo "il modo in cui si fa". Un'intervista di un'ora raccoglie la versione ufficiale. Solo l'osservazione diretta, per abbastanza giorni da vedere più di un ciclo del processo, fa emergere le deviazioni che contano.

Una mappatura fatta bene produce quattro elementi concreti, non una relazione descrittiva:

• Il registro delle eccezioni: ogni deviazione osservata dal processo scritto, con la frequenza reale, chi la gestisce oggi e dove sta la regola.
• La mappa dei confini AI: quali passaggi richiedono davvero un modello, quali sono regole da scrivere in codice e quali restano decisioni umane per scelta, non per limite tecnico.
• La suite di valutazione: il modo in cui si misura, mese per mese, se il sistema costruito funziona come previsto, non solo il giorno del collaudo.
• Il registro delle decisioni: perché ogni scelta di progetto è stata presa, così che quei documenti servano anche a un altro fornitore, se l'azienda decide di cambiarlo.

Questi quattro elementi, insieme al preventivo di sviluppo a prezzo fisso che ne deriva, sono quello che lo Sprint di Mappatura Operativa di Supalabs produce in cinque giorni di osservazione diretta, senza toccare il gestionale già in uso e senza migrazioni di dati.

Mappatura dei Processi in Excel o in BPMN?

Lo strumento conta meno di quanto si pensi. La swimlane qui sopra si può disegnare su un foglio Excel, su una lavagna o con un editor BPMN (Business Process Model and Notation, la notazione standard per i diagrammi di processo). Il registro delle eccezioni è una tabella, ed Excel va benissimo. BPMN diventa utile quando la mappa deve essere letta da un team tecnico o eseguita da un motore di workflow. Quello che decide la qualità di una mappatura non è il formato del file: è se le righe del registro vengono dall'osservazione del lavoro o dal racconto di chi lo descrive.

Perché un Consulente AI in Azienda Parte Sempre dalla Mappatura, Non dal Software

Un consulente AI in azienda che propone subito uno strumento, prima di aver visto come gira il lavoro nella pratica, sta vendendo una soluzione a un problema che non ha ancora definito. Un sistema costruito sulla procedura scritta invece che su quella reale automatizza fedelmente un processo che nessuno segue più così, e il giorno del collaudo emergono le eccezioni che la documentazione non prevedeva. Nell'esempio sopra, sarebbero state E1, E2 ed E5 a fermare il sistema al collaudo. A quel punto correggerlo costa di più di quanto sarebbe costato mappare bene all'inizio.

La domanda da fare a un fornitore, prima di firmare, è semplice: ha osservato il tuo processo mentre viene eseguito, accanto a chi lo fa, oppure sta preventivando su quello che gli hai raccontato in una call? Le due risposte producono due preventivi molto diversi, e solo uno dei due è affidabile.

Quanto Costa Automatizzare un Processo? La Domanda Sbagliata da Fare per Prima

È la domanda che ogni PMI fa per prima, ed è comprensibile, ma è sbagliata finché non si sa cosa c'è davvero da automatizzare. Un preventivo dato prima di aver visto il processo reale è una stima su un processo immaginario: include un margine per l'incertezza, oppure, peggio, non lo include e scopre le eccezioni a lavori iniziati. Un preventivo dato dopo aver osservato il processo, con le eccezioni già nel registro, è un numero su cui un imprenditore può decidere.

Per questo un'analisi di processo dedicata, anche a pagamento e a perimetro chiuso, costa meno nel tempo di un progetto di sviluppo partito su ipotesi sbagliate. Lo sviluppo che segue viene quotato sul perimetro trovato, non su quello immaginato in fase di vendita, e questo da solo elimina la causa più comune dei preventivi che raddoppiano a metà lavoro.

Analisi di Processo Aziendale: Consulente Generico o Chi Mappa per Automatizzare

Un'analisi di processo fatta da un consulente di organizzazione generico produce di solito un documento: diagrammi, interviste, raccomandazioni. Utile, ma pensato per essere letto da una persona, non per diventare la specifica di un sistema. Un'analisi fatta da chi poi costruisce anche l'automazione produce qualcosa di diverso, perché sa già quali dettagli serviranno a chi scriverà il codice: non solo cosa succede, ma con quale frequenza, su quali dati e con quale margine di errore accettabile. La differenza si vede allo sviluppo: nel primo caso il team tecnico rifà da zero buona parte della scoperta, nel secondo i deliverable della mappatura sono già la base del lavoro. È il modello con cui lavoriamo nella consulenza sull'automazione dei processi per le PMI: le stesse persone mappano e costruiscono.

È Finanziabile? Cosa Sapere sulla Finanza Agevolata

Le attività di analisi, consulenza e progettazione rientrano spesso tra le categorie di spesa ammissibili delle misure italiane rivolte alle PMI, inclusi voucher per consulenza in innovazione e bandi regionali per la digitalizzazione. L'ammissibilità dipende però dalla misura specifica, dai requisiti dell'anno in corso e dal singolo caso: non è automatica, va verificata con lo studio o il consulente che segue la pratica di finanza agevolata dell'azienda, e il preventivo va preparato nel formato richiesto dall'istruttoria. Chi sta valutando questa strada può approfondire gli incentivi attivi nella nostra pagina dedicata agli incentivi per la digitalizzazione.

Da Dove Iniziare

Il primo passo non è firmare un progetto di sviluppo. È una call di qualifica gratuita di 30 minuti, in italiano, per capire se c'è davvero qualcosa da mappare: se la risposta è no, te lo diciamo e finisce lì. Se è sì, si fissano le date dello sprint e si decide di quali persone del processo ci sarà bisogno accanto, per poche ore al giorno, mentre il lavoro viene eseguito normalmente.

Per chi vuole vedere la stessa logica applicata ad altri reparti: la nostra guida all'automazione AI per le PMI italiane, e gli approfondimenti su amministrazione e contabilità, preventivi e ordini e fatturazione elettronica e SDI, dove la mappatura preliminare fa la differenza più grande sul risultato.

Fonti e Riferimenti