Process mining : voir comment vos flux fonctionnent vraiment avant de les automatiser

Ce qu'est le process mining

Chaque fois que quelqu'un enregistre une facture, valide une demande ou clôture un incident, le système note l'action quelque part. Le process mining part de cette idée simple : si l'on trie toutes ces entrées par dossier et par heure, ce qui apparaît est le processus, dessiné par lui-même et sans intermédiaire.

La discipline est née dans le monde académique — le Process Mining Manifesto de l'IEEE Task Force l'a formalisée comme un pont entre la data science et la gestion des processus — et elle est descendue dans les entreprises à mesure que les ERP, CRM et GED exposaient leurs traces.

La différence avec une analyse de processus classique est méthodologique. Dans l'approche classique, un consultant interroge dix personnes, dessine ce qu'on lui raconte et valide le schéma en atelier. Le résultat est le processus que les gens croient suivre : le chemin heureux, sans les exceptions que personne n'avoue. Dans l'exploration, le point de départ est la donnée : tout ressort — les raccourcis, les retours et le dossier resté quarante jours dans une boîte mail.

C'est la différence entre demander à un patient comment il se sent et lui faire une radiographie. Les deux informent ; une seule est objective.

Les trois données qui rendent la chose possible

Bonne nouvelle pour ceux qui redoutent un chantier énorme : l'intrant minimum tient en trois colonnes. Tout le reste n'est que raffinement.

Le travail difficile n'est pas l'algorithme, c'est la préparation : unifier l'identifiant de cas lorsque le processus traverse trois systèmes qui le nomment différemment, et se mettre d'accord sur le nom des activités. Quiconque a tenté de croiser la commande de l'ERP, la facture de la GED et le ticket du CRM sait exactement de quoi il s'agit.

Les quatre choses qu'il trouve presque toujours

Le secteur change, les noms changent, mais les constats se répètent avec une régularité frappante :

1. Les reprises. Des activités exécutées deux, trois ou cinq fois sur le même dossier. Une facture corrigée, renvoyée et corrigée encore. Personne ne le perçoit comme un problème parce que chaque répétition, isolée, dure deux minutes.
2. Les boucles de validation. Le dossier fait des allers-retours entre deux personnes ou deux services. Cela signale en général que le valideur reçoit une information incomplète, pas qu'il est lent.
3. Les vrais goulots d'étranglement. Presque jamais là où l'organisation le croit. L'étape que tout le monde désigne dure des minutes ; le temps s'accumule dans les attentes entre les étapes, qui n'ont pas de propriétaire et ne sont donc pas mesurées.
4. L'explosion des variantes. Un processus avec un chemin sur le schéma et cent cinquante parcours différents dans les données. Typiquement, une poignée de variantes couvre 80 % des cas et le reste sont des exceptions devenues normales sans que personne n'ait rien décidé.

De « process mining » à « process intelligence » : ce qui a changé en 2026

Si vous avez vu le terme process intelligence partout cette année, ce n'est pas un hasard. En mai 2026, Gartner a publié son premier Magic Quadrant sous ce nom, en remplacement du quadrant des plateformes de process mining des années précédentes. Quand un analyste rebaptise une catégorie, cela signale d'ordinaire un changement d'attente du marché — et ici il le signale assez clairement.

La distinction pratique est la suivante :

• Le process mining regarde en arrière : il analyse l'historique et explique comment le travail a été exécuté.
• La process intelligence ajoute le présent et l'avenir : supervision en temps réel, prédiction des dossiers qui vont dériver et — la partie décisive — connexion à l'automatisation, pour que le constat déclenche une action plutôt qu'un rapport.

Le moteur de fond, c'est l'arrivée des agents IA dans les processus métier. Un agent qui décide doit savoir comment le processus se comporte maintenant, pas au trimestre dernier ; sans ce contexte opérationnel à jour, on automatise à l'aveugle. Nous l'avons développé dans EU AI Act et automatisation des processus.

Quand cela vaut le coup (et quand non)

Le process mining n'est pas un achat qui se justifie tout seul. Voici les trois situations types et ce qu'il convient de faire :

Autrement dit : le process mining présuppose que vos processus laissent déjà une empreinte numérique. Quand ce n'est pas le cas, le projet d'exploration se transforme discrètement en projet de numérisation, avec le mauvais nom — et le mauvais budget.

Le piège : le diagnostic ne guérit pas

C'est là que la plupart des initiatives s'arrêtent, et il faut le dire sans détour : le process mining n'améliore aucun processus. Il produit de la connaissance. Et la connaissance ne devient un résultat que s'il existe la capacité d'agir sur le flux, vite.

Imaginez que l'analyse conclue que 34 % des factures fournisseurs passent par une seconde validation inutile parce que le seuil de montant a été fixé il y a huit ans et jamais révisé. Excellent constat. Reste à savoir combien de temps il faut pour changer ce seuil :

• Si la règle est câblée dans l'ERP : demande à l'éditeur, devis, file de développement, fenêtre de déploiement. Des mois.
• Si la règle vit dans un processus low-code : on modifie le seuil, on publie la version, et lundi les dossiers prennent déjà le chemin court. Des heures.

La différence entre ces deux scénarios ne tient pas à l'outil d'analyse : c'est une question d'architecture de processus. Et elle explique pourquoi tant d'entreprises accumulent des rapports d'amélioration que personne n'a appliqués. Quand le cycle entre « découvrir » et « corriger » dure plus longtemps que le temps que met l'activité à changer, l'analyse naît périmée.

La bonne question avant tout achat n'est donc pas « quel outil d'exploration acheter ? » mais « quand je trouve quelque chose, combien de temps me faut-il pour le corriger ? ». Si la réponse est « des mois », c'est là qu'est le problème.

Comment Dokuflex le résout : le processus exécuté est le processus mesuré

Lorsqu'un processus est modélisé et exécuté dans Dokuflex BPM low-code, le journal d'événements cesse d'être un problème d'extraction de données : c'est un sous-produit de l'exécution. Chaque étape est consignée avec son dossier, son activité, son responsable et son horodatage — exactement les champs que réclame le process mining.

• L'historique est déjà structuré. Pas d'identifiants à unifier entre trois systèmes ni de noms d'activité à normaliser : le flux définit les activités, elles portent le même nom dans tous les cas.
• Les attentes sont visibles par construction. Le processus entier vivant sur la même plateforme, le temps entre les étapes — presque toujours le vrai problème — se mesure tout seul.
• Corriger, c'est configurer. Changer un seuil de validation, supprimer une étape en double ou réorienter un type de dossier revient à éditer le processus et publier la nouvelle version. Le cycle découvrir → corriger → remesurer se boucle en jours, pas en trimestres.
• Les documents entrent comme des données. Avec le traitement intelligent des documents, la facture ou le bon de livraison devient un ensemble de champs du dossier dès le départ : l'étape « quelqu'un lit le PDF et saisit » cesse d'être un trou noir dans la trace.

Nous ne vendons pas de plateforme de process mining, et il vaut mieux le dire : si votre problème est de croiser les traces d'un SAP, d'un Salesforce et d'un système propriétaire hérité, un outil spécialisé a tout son sens. Ce que Dokuflex apporte, c'est l'autre moitié de l'équation — un endroit où le processus vit et où le constat peut être appliqué la même semaine.

Demandez une démo et nous regardons un de vos processus avec ses durées réelles →

Démarrer ce mois-ci sans rien acheter

Une bonne part de la valeur s'obtient avec un tableur et de la discipline. Cinq étapes :

1. Choisissez un processus qui fait mal et qui a des données. Référencement fournisseur, validation de facture, incident client, intégration d'un salarié. Quelque chose dont on se plaint et qui laisse une trace.
2. Exportez les trois colonnes. Cas, activité, horodatage, sur six à douze mois. Si le processus touche deux systèmes, exportez des deux et décidez du champ qui sert d'identifiant commun.
3. Mesurez quatre chiffres, pas quarante. Durée moyenne de bout en bout ; rapport entre temps d'attente et temps de travail ; part des dossiers avec au moins une répétition ; nombre de variantes distinctes. Cela suffit à ouvrir la discussion.
4. Regardez le pire cas, pas la moyenne. Triez par durée et lisez un à un les dix dossiers les plus lents. La moyenne cache le problème ; la traîne le montre.
5. Testez votre capacité de réaction. Prenez le plus petit constat et corrigez-le. L'objectif de ce premier cycle n'est pas d'économiser : c'est de mesurer le temps qu'il vous faut pour changer un processus. Ce chiffre décide de toute la stratégie ensuite.

Si, à l'étape cinq, vous découvrez que changer une règle triviale exige trois semaines et deux prestataires, vous savez désormais quel est le vrai projet.

Questions fréquentes

Sources

• Process Mining Manifesto — IEEE Task Force on Process Mining : principes directeurs et défis de la discipline.
• Gartner® Magic Quadrant™ for Process Intelligence, 5 mai 2026 — première édition de la catégorie, en remplacement du quadrant des plateformes de process mining (communiqué de l'éditeur).