Il process mining ricostruisce come si svolge realmente un processo a partire dai log degli eventi dei tuoi sistemi: basta sapere a quale caso appartiene ogni riga, quale attività è avvenuta e quando. Da lì disegna il processo reale — con rilavorazioni, cicli e colli di bottiglia — invece del processo che l'organizzazione crede di avere. È una diagnosi, non una terapia: rende solo se dopo puoi cambiare il processo in fretta.
Che cos'è il process mining
Ogni volta che qualcuno registra una fattura, approva una richiesta o chiude una segnalazione, il sistema annota l'azione da qualche parte. Il process mining parte da questa idea semplice: se tutte quelle annotazioni si ordinano per pratica e per orario, ciò che emerge è il processo, disegnato da sé e senza intermediari.
La disciplina è nata in ambito accademico — il Process Mining Manifesto della IEEE Task Force l'ha formalizzata come ponte tra data science e gestione dei processi — ed è scesa nel mondo aziendale via via che ERP, CRM e sistemi documentali hanno iniziato a esporre le proprie tracce.
La differenza rispetto a un'analisi classica è di metodo. Nell'approccio classico un consulente intervista dieci persone, disegna quello che gli raccontano e valida il diagramma in riunione. Il risultato è il processo che le persone credono di seguire: il percorso felice, senza le eccezioni che nessuno confessa. Nel mining il punto di partenza sono i dati, quindi emerge tutto — scorciatoie, resi e la pratica ferma quaranta giorni nella casella di posta di qualcuno.
È la differenza tra chiedere a un paziente come si sente e fargli una radiografia. Entrambe informano; solo una è oggettiva.
I tre dati che lo rendono possibile
La buona notizia per chi teme un progetto enorme: l'input minimo sono tre colonne. Tutto il resto è raffinamento.
| Campo | Che cos'è | Esempio acquisti |
|---|---|---|
| ID caso | La pratica cui appartiene la riga. È ciò che raggruppa i passi in una storia. | Numero ordine |
| Attività | Cosa è successo, con un nome stabile. Se lo stesso passo si chiama in tre modi, la mappa esce sbagliata. | «Richiesta creata», «Approvata dal responsabile», «Fattura riconciliata» |
| Timestamp | Quando è successo. Da qui derivano durate, attese e colli di bottiglia. | 2026-03-14 09:12 |
| Facoltativi | Operatore, importo, sede, tipo di cliente. Non servono a disegnare il processo, ma spiegano perché alcuni casi vanno bene. | Buyer, filiale, importo |
Il lavoro duro non è l'algoritmo, è la preparazione: unificare l'identificativo di caso quando il processo attraversa tre sistemi che lo chiamano in tre modi diversi, e mettersi d'accordo sui nomi delle attività. Chi ha provato a incrociare l'ordine dell'ERP con la fattura del gestionale documentale e il ticket del CRM sa esattamente di cosa parliamo.
Le quattro cose che trova quasi sempre
Cambia il settore e cambiano i nomi, ma i risultati si ripetono con una regolarità sorprendente:
- Rilavorazioni. Attività eseguite due, tre o cinque volte sullo stesso caso. Una fattura corretta, rinviata e corretta di nuovo. Nessuno lo percepisce come problema perché ogni ripetizione, presa da sola, dura due minuti.
- Cicli di approvazione. Il caso rimbalza tra due persone o due reparti. Di solito significa che a chi approva arrivano informazioni incomplete, non che sia lento.
- I veri colli di bottiglia. Quasi mai dove l'organizzazione crede. Il passo che tutti indicano dura minuti; il tempo si accumula nelle attese tra i passi, che non hanno un proprietario e per questo non vengono misurate.
- Esplosione delle varianti. Un processo con un percorso nel diagramma e centocinquanta percorsi diversi nei dati. Di norma poche varianti coprono l'80 % dei casi e il resto sono eccezioni diventate normali senza che nessuno abbia deciso nulla.
Nella maggior parte dei processi amministrativi il tempo di lavoro effettivo è una frazione minima del tempo totale. Una pratica che impiega dodici giorni a chiudersi può contenere meno di un'ora di lavoro umano. Ottimizzare l'attività — far digitare più in fretta — sposta quindi pochissimo: quello da attaccare è il tempo di attesa. È esattamente il calcolo dietro la riduzione dei tempi di implementazione di un BPM con IA.
Da «process mining» a «process intelligence»: cosa è cambiato nel 2026
Se quest'anno hai visto il termine process intelligence ovunque, non è un caso. A maggio 2026 Gartner ha pubblicato il primo Magic Quadrant con quella denominazione, in sostituzione del quadrante sulle piattaforme di process mining degli anni precedenti. Quando un analista rinomina una categoria, di solito segnala un cambio di aspettativa del mercato — e qui lo segnala piuttosto chiaramente.
La distinzione pratica è questa:
- Il process mining guarda indietro: analizza lo storico e spiega come è stato eseguito il lavoro.
- La process intelligence aggiunge presente e futuro: monitoraggio in tempo reale, previsione di quali casi devieranno e — la parte decisiva — collegamento con l'automazione, perché il risultato inneschi un'azione invece di un report.
Il motore di fondo è l'arrivo degli agenti IA nei processi aziendali. Un agente che decide deve sapere come va il processo adesso, non com'era il trimestre scorso; senza quel contesto operativo aggiornato si automatizza alla cieca. Ne abbiamo parlato in EU AI Act e automazione dei processi.
Quando conviene (e quando no)
Il process mining non è un acquisto che si giustifica da solo. Ecco le tre situazioni tipiche e cosa fare in ciascuna:
| La tua situazione | Process mining? | Perché |
|---|---|---|
| Il processo attraversa più sistemi e nessuno sa dove si blocca | Sì, chiaramente | È il caso per cui è stato inventato: nessuno ha la foto completa perché ogni sistema vede solo la propria fetta. |
| Il processo gira già dentro un BPM | Prima sfrutta quello che hai | Il BPM registra già ogni passo con responsabile e timestamp. Quello è il tuo log degli eventi, ed è pulito all'origine. |
| Il processo passa da e-mail, fogli di calcolo e telefonate | Non ancora | Non c'è traccia da analizzare. Una casella condivisa non produce log di eventi. Prima si digitalizza il flusso; il dato arriva dopo, gratis. |
Detto altrimenti: il process mining presuppone che i tuoi processi lascino già un'impronta digitale. Quando non la lasciano, il progetto di mining diventa in silenzio un progetto di digitalizzazione con il nome sbagliato — e il budget sbagliato.
La trappola: la diagnosi non cura
È qui che si arenano quasi tutte le iniziative, e va detto senza giri di parole: il process mining non migliora alcun processo. Produce conoscenza. E la conoscenza diventa risultato solo se esiste la capacità di agire sul flusso, in fretta.
Immagina che l'analisi concluda che il 34 % delle fatture fornitore passa da una seconda approvazione inutile perché la soglia di importo è stata fissata otto anni fa e mai rivista. Ottimo risultato. Ora la domanda è quanto ci vuole a cambiare quella soglia:
- Se la regola è cablata nell'ERP: richiesta al fornitore, preventivo, coda di sviluppo, finestra di rilascio. Mesi.
- Se la regola vive in un processo low-code: si modifica la soglia, si pubblica la versione e lunedì i casi prendono già la via breve. Ore.
La differenza tra i due scenari non riguarda lo strumento di analisi: è architettura di processo. E spiega perché tante aziende accumulano report di miglioramento che nessuno ha applicato. Quando il ciclo tra «scoprire» e «correggere» dura più di quanto il business impieghi a cambiare, l'analisi nasce scaduta.
La domanda utile prima di comprare qualsiasi cosa non è quindi «quale strumento di mining scelgo?», ma «quando trovo qualcosa, quanto ci metto a sistemarlo?». Se la risposta è «mesi», quello è il problema da risolvere per primo.
Come lo risolve Dokuflex: il processo eseguito è il processo misurato
Quando un processo è modellato ed eseguito in Dokuflex BPM low-code, il log degli eventi smette di essere un problema di estrazione dati: è un sottoprodotto dell'esecuzione. Ogni passo viene annotato con caso, attività, responsabile e timestamp, cioè esattamente i campi richiesti dal process mining.
- Lo storico è già strutturato. Niente identificativi da unificare tra tre sistemi né nomi di attività da normalizzare: il flusso definisce le attività, che si chiamano allo stesso modo in ogni caso.
- Le attese sono visibili per costruzione. Vivendo l'intero processo sulla stessa piattaforma, il tempo tra i passi — quasi sempre il vero problema — si misura da solo.
- Correggere significa configurare. Cambiare una soglia di approvazione, eliminare un passo duplicato o instradare diversamente un tipo di caso significa modificare il processo e pubblicare la nuova versione. Il ciclo scoprire → correggere → rimisurare si chiude in giorni, non in trimestri.
- I documenti entrano come dati. Con l'elaborazione intelligente dei documenti, fattura o bolla diventano campi della pratica fin dall'inizio: il passo «qualcuno legge il PDF e digita» smette di essere un buco nero nella traccia.
Non vendiamo una piattaforma di process mining, ed è giusto dirlo: se il tuo problema è incrociare le tracce di un SAP, un Salesforce e un gestionale proprietario ereditato, uno strumento specializzato ha tutto il senso. Quello che porta Dokuflex è l'altra metà dell'equazione — un posto in cui il processo vive e in cui il risultato si può applicare nella stessa settimana.
Richiedi una demo e vediamo un tuo processo con i tempi reali →
Come iniziare questo mese senza comprare nulla
Buona parte del valore si ottiene con un foglio di calcolo e un po' di disciplina. Cinque passi:
- Scegli un processo che fa male e che ha dati. Onboarding fornitore, approvazione fattura, segnalazione cliente, inserimento di un dipendente. Qualcosa di cui ci si lamenta e che lascia traccia.
- Esporta le tre colonne. Caso, attività, timestamp degli ultimi sei-dodici mesi. Se il processo tocca due sistemi, esporta da entrambi e decidi quale campo fa da identificativo comune.
- Misura quattro numeri, non quaranta. Durata media end-to-end; rapporto tra tempo di attesa e tempo di lavoro; percentuale di casi con almeno una ripetizione; numero di varianti distinte. Bastano per aprire la discussione.
- Guarda il caso peggiore, non la media. Ordina per durata e leggi una a una le dieci pratiche più lente. La media nasconde il problema; la coda lunga lo mostra.
- Verifica la tua capacità di reazione. Prendi il risultato più piccolo e correggilo. L'obiettivo di questo primo ciclo non è risparmiare: è misurare quanto ci metti a cambiare un processo. Quel numero decide tutta la strategia successiva.
Se al passo cinque scopri che cambiare una regola banale richiede tre settimane e due fornitori, sai qual è il progetto vero.
Domande frequenti
Che cos'è il process mining? +
Il process mining è una tecnica che ricostruisce come si svolgono realmente i processi di un'azienda a partire dai log degli eventi lasciati dai suoi sistemi (ERP, CRM, gestione documentale, BPM). Invece di disegnare il processo intervistando le persone, lo deduce dai dati: quali passi sono avvenuti, in che ordine, quando e quanto sono durati. Il risultato è una mappa del processo così come accade, con tutte le sue varianti, non come è documentato.
Quali dati servono per fare process mining? +
Come minimo tre colonne: un identificativo di caso (la pratica, la fattura, l'ordine), il nome dell'attività avvenuta e un timestamp. Con questi tre elementi si ricostruisce il flusso. Tutto il resto — chi lo ha fatto, importo, sede, tipo di cliente — è facoltativo, ma è ciò che permette di segmentare e spiegare perché alcuni casi vanno bene e altri no.
Che differenza c'è tra process mining e process intelligence? +
Il process mining guarda al passato: analizza i log storici per mostrare come è stato eseguito il lavoro. Process intelligence è il termine più ampio adottato dal mercato — a maggio 2026 Gartner ha pubblicato il suo primo Magic Quadrant per la Process Intelligence, in sostituzione di quello sulle piattaforme di process mining — e aggiunge analisi in tempo reale, capacità predittiva e soprattutto il collegamento con l'automazione, perché un agente o un flusso possa reagire a ciò che sta accadendo e non solo a ciò che è accaduto.
Il process mining conviene a una PMI? +
Dipende da dove vive il processo. Se il flusso attraversa cinque sistemi diversi e nessuno sa dove si perde il tempo, uno strumento di mining porta molto valore. Se il processo gira già dentro un BPM, quel BPM registra già ogni passo con responsabile e timestamp: conviene sfruttare quella traccia prima di acquistare una piattaforma a parte. E se il processo passa ancora da e-mail e fogli di calcolo, non c'è alcun log da analizzare — prima va digitalizzato.
Cosa trova il process mining che non si vede in altro modo? +
Quattro cose, quasi sempre: le rilavorazioni (attività ripetute sullo stesso caso), i cicli di approvazione (rimbalzi tra due persone), i veri colli di bottiglia (dove si accumula il tempo di attesa, raramente dove ci si aspetta) e l'esplosione delle varianti (un processo con un percorso sulla carta e centocinquanta nei dati). Nessuna delle quattro compare in un diagramma disegnato in una riunione.
Il process mining sistema il processo? +
No. Diagnostica. È la radiografia, non la terapia. Il valore emerge solo se esiste la capacità di cambiare il processo in fretta: modificare la regola di approvazione, eliminare il passo duplicato, instradare il caso al team giusto. Se il risultato deve entrare nella coda di sviluppo di un ERP e uscirne dopo nove mesi, il report sarà scaduto prima di essere applicato. Per questo il mining rende su un BPM low-code, dove la modifica è configurazione.
Come iniziare senza comprare una piattaforma? +
Scegli un processo che fa male e che lascia dati: onboarding fornitore, approvazione fattura, segnalazione cliente. Esporta lo storico con le tre colonne minime (caso, attività, timestamp) dai sistemi coinvolti, unifica l'identificativo di caso e misura prima quattro numeri: durata end-to-end, tempo di attesa rispetto al tempo di lavoro, percentuale di casi con rilavorazione e numero di varianti. Con questo saprai se serve uno strumento specializzato o se manca solo la correzione.
Fonti
- Process Mining Manifesto — IEEE Task Force on Process Mining: principi guida e sfide della disciplina.
- Gartner® Magic Quadrant™ for Process Intelligence, 5 maggio 2026 — prima edizione della categoria, in sostituzione del quadrante sulle piattaforme di process mining (comunicato del fornitore).
Tra scoprire il problema e correggerlo devono passare giorni, non trimestri
Prenota 30 minuti: prendiamo un tuo processo reale, guardiamo che traccia lascia oggi, dove si accumula l'attesa e cosa servirebbe per cambiare la regola di troppo. Senza impegno e senza presentazione di prodotto.