Cartographie des processus : les fondamentaux sans BPMN
Sans BPMN ni Visio. Des post-its, Miro ou Excel suffisent. La façon pratique de documenter le flux réel avant d'optimiser.
D'abord "as-is", ensuite "to-be"
L'idée reçue la plus courante sur la cartographie des processus: il faudrait savoir "comment ça devrait être" avant de dessiner une carte. Non. Il faut d'abord savoir "ce qui se passe maintenant".
La carte "as-is" montre comment le processus fonctionne réellement aujourd'hui — pas ce que disent les documents. Dans beaucoup de PME, les processus de prise de commande, de facturation ou d'onboarding n'ont pas changé depuis des années mais ne sont écrits nulle part. Cet écart est le risque majeur quand on passe à l'automatisation: automatiser un processus non documenté, c'est aussi automatiser ses erreurs.
Les outils n'ont pas besoin d'être complexes: des post-its, un tableau Miro ou un tableau Excel à quatre colonnes suffisent. Pas de BPMN, pas de Visio.
Une fois la carte as-is établie, concevoir l'état "to-be" devient beaucoup plus facile. On voit non pas ce qui va changer, mais ce qui reste — et les décisions d'optimisation reposent sur des données réelles, pas sur l'intuition.
Cartographiez votre processus en 1 heure: l'approche à 4 colonnes
Pour cartographier un processus sans outil complexe, un tableau Excel à quatre colonnes ou une bande dans Miro suffit. Chaque ligne représente une étape ; les colonnes sont :
1. Étape — Que fait-on ? Forme verbale courte : "créer la facture", "attendre l'approbation", "saisir dans le système". 2. Qui le fait ? Nom du rôle, pas de la personne : comptabilité, commercial, client. 3. Quelle est l'entrée ? Ce dont cette étape a besoin pour démarrer : formulaire, e-mail, approbation, enregistrement système. 4. Quelle est la sortie ? Ce qui est produit après cette étape : document, notification, enregistrement base de données.
Ces quatre colonnes ressemblent à un simple diagramme swimlane et ne demandent aucune connaissance logicielle. En une heure de session avec deux ou trois personnes connaissant le processus et des post-its, on peut remplir tout le tableau.
Après avoir complété la carte, posez cette question pour chaque étape : "Cette étape peut-elle être automatisée, supprimée ou fusionnée ?" Ces trois questions éliminent la complexité inutile.
Quand un processus cartographié est prêt pour l'automatisation
Tout processus cartographié n'est pas prêt pour l'automatisation. Quatre critères doivent être satisfaits avant de passer à l'automatisation :
1. Taux de répétition : si le processus se répète au moins deux à trois fois par semaine, le coût de l'automatisation devient justifiable. Pour une tâche exceptionnelle effectuée une fois par mois, l'automatisation est généralement inutile.
2. Entrée standardisée : si les entrées qui déclenchent le processus sont standardisées — un format d'e-mail spécifique, une réponse de formulaire ou une notification système — l'automatisation fonctionne de façon bien plus fiable. Si les entrées varient à chaque fois, une étape de standardisation des données est d'abord nécessaire.
3. Quantité de jugement humain : si de nombreuses décisions subjectives sont prises aux étapes critiques du processus, ces étapes doivent d'abord être simplifiées ou soumises à des règles. L'automatisation peut automatiser les étapes basées sur des règles, pas les décisions ambiguës.
4. Tolérance aux erreurs : si une erreur dans le processus entraîne directement une perte de client, une violation légale ou un préjudice financier, des tests complets avant l'automatisation sont obligatoires.
Les processus qui satisfont les quatre critères sont les plus prêts pour l'automatisation. L'approche Setviva : une fois le processus qualifié identifié, nous réalisons d'abord un test pilote sur un petit jeu de données, puis nous étendons progressivement au volume complet. Sans carte, pas de pilote ; sans pilote, pas de montée en échelle.
La cartographie des processus est la première étape : après la cartographie, découvrez par où commencer votre transformation numérique et nos approches d'automatisation spécifiques par secteur.
L'étape que la plupart des équipes sautent : parler à ceux qui font le travail
La principale raison pour laquelle les cartographies de processus se révèlent fausses n'est pas un manque d'effort — c'est le fait d'interroger la mauvaise personne. Un manager décrira le processus tel qu'il est censé fonctionner, souvent tel qu'il a été conçu des années auparavant. La personne qui traite réellement la commande, saisit la facture ou répond au ticket d'assistance connaît la version avec ses contournements : le contrôle supplémentaire qu'elle effectue parce que le système a déjà planté une fois, la seconde validation qu'elle sollicite officieusement parce que la validation officielle est trop lente. Si votre cartographie ne reflète que ce que la direction croit qu'il se passe, vous automatiserez un processus qui n'existe pas.
Les contournements ne sont pas du bruit à filtrer — ce sont le signal le plus utile de tout l'exercice. Un tableur parallèle que personne n'a officiellement approuvé, un groupe WhatsApp utilisé à la place du système de tickets, un formulaire papier ressaisi dans trois systèmes différents : chacun de ces éléments marque un point où le processus officiel n'a pas répondu à un besoin réel. Notez-les explicitement sur la cartographie, avec qui les a créés et pourquoi. Ils pointent généralement soit vers un besoin de formation, soit vers une opportunité d'automatisation, parfois les deux.
N'essayez pas de cartographier chaque exception. Une cartographie qui tente de saisir chaque embranchement possible devient illisible et personne ne la maintiendra. Capturez plutôt le chemin principal, ainsi que les deux ou trois exceptions qui se présentent assez souvent pour compter — un document manquant, un paiement rejeté, un client qui modifie une commande après validation. Tout ce qui est plus rare relève d'une courte note « exceptions connues », et non du flux lui-même.
Enfin, portez une attention particulière aux transmissions entre services, plutôt qu'aux étapes internes à une seule équipe. La plupart des processus se déroulent sans accroc au sein d'un service et se dérèglent précisément au moment où les ventes transmettent quelque chose aux opérations, ou les opérations à la finance. Indiquez chaque transmission sur votre cartographie avec un responsable clair et une attente explicite de ce à quoi ressemble le « terminé » de chaque côté. Ce sont ces points de transmission qui coûtent aujourd'hui le plus de temps en cas de mauvaise communication, et où l'automatisation se rentabilise généralement le plus vite une fois que vous passez à la construction.
Questions fréquentes
Qu'est-ce que la cartographie des processus, en termes simples ?
Écrire, étape par étape, qui fait quoi, avec quelle entrée et quelle sortie — généralement sous forme de tableau à quatre colonnes. Une heure avec les deux ou trois personnes qui exécutent réellement le processus suffit pour une première carte utilisable.
Quels outils faut-il pour cartographier un processus ?
Aucun au-delà d'un tableur ou de post-its pour commencer. Draw.io, Miro ou les outils BPMN aident quand les cartes grandissent, mais la valeur réside dans les questions — cette étape peut-elle être automatisée, supprimée ou fusionnée ? — pas dans l'esthétique du diagramme.
En quoi la cartographie des processus aide-t-elle un projet d'automatisation ?
La carte fait aussi office de spécification technique : elle montre quelles étapes sont basées sur des règles et automatisables dès maintenant, lesquelles exigent une interprétation par l'IA, et lesquelles doivent tout simplement disparaître. Les équipes qui sautent la cartographie ont tendance à automatiser les mauvaises étapes et à refaire le projet.