Comment cartographier ses processus avant d'automatiser

On n'automatise bien que ce qu'on comprend

Automatiser un processus flou, c'est graver le désordre dans le marbre. Plus vite, oui. En désordre quand même.

Quand une équipe se lance dans un projet d'automatisation sans avoir cartographié, il se passe presque toujours la même chose. On code une belle mécanique sur la version du processus qui vit dans la tête du chef de projet. Puis les exceptions surgissent. Le client qui paie en deux fois. Le fournisseur qui envoie sa facture en PDF scanné de travers. La commande urgente qui court-circuite le circuit normal parce que « c'est comme ça qu'on fait avec ce client depuis dix ans ». Rien de tout ça n'était sur le plan, parce que le plan n'existait que dans une tête, et qu'une tête simplifie.

La cartographie force à sortir le processus de la tête des gens et à le poser où tout le monde le voit. Cet acte, tout bête, change deux choses. D'abord il fait apparaître les désaccords : deux personnes qui décrivent la même étape et ne tombent pas d'accord, c'est le signe qu'il y a là un vrai sujet. Ensuite il rend visible ce qui coûte cher sans qu'on le mesure : les recopies, les allers-retours, l'attente d'une validation qui dort trois jours dans une boîte mail.

Une carte n'a pas besoin d'être belle. Elle a besoin d'être vraie. Et une carte vraie du travail réel vaut mieux qu'un schéma parfait de la procédure officielle, celle que personne ne suit vraiment. C'est d'ailleurs le premier principe de notre méthode : comprendre avant d'outiller.

Poser un processus à plat : la méthode simple

Pas besoin de formation certifiante ni de vocabulaire savant. Un processus se décrit avec six questions. Répondez-y honnêtement, dans l'ordre, et vous avez une carte exploitable.

Réunissez les gens qui font le travail, pas seulement ceux qui le managent. C'est l'assistante ADV qui sait que la moitié des commandes arrivent avec une référence erronée, pas le directeur commercial. Deux heures, un mur, des post-it. On démarre.

1. Les acteurs : qui touche le processus

Listez tous ceux qui interviennent, humains et logiciels. La personne qui reçoit la demande, celle qui la vérifie, celle qui valide, celle qui saisit dans l'ERP, le client, le fournisseur, le logiciel comptable, la boîte mail commune. Un acteur oublié, c'est une étape fantôme qui fera dérailler l'automatisation plus tard.

Notez aussi qui décide et qui exécute, parce que ce n'est pas toujours la même personne. Souvent, un processus lent l'est parce qu'une seule personne valide et qu'elle est débordée.

2. Les entrées et les sorties : ce qui rentre, ce qui sort

Un processus transforme quelque chose. Qu'est-ce qui le déclenche, et qu'est-ce qu'il produit ?

L'entrée d'un traitement de commande, c'est un bon de commande : par mail, par EDI, par téléphone noté à la main. La sortie, c'est une commande enregistrée, un accusé de réception envoyé, un ordre lancé en production. Décrivez la forme réelle de l'entrée, pas la forme rêvée. « Bon de commande » ne veut rien dire. « PDF par mail dans 60 % des cas, EDI dans 30 %, appel téléphonique dans 10 % », ça veut dire beaucoup, surtout quand on cherchera à lire ces entrées automatiquement.

3. Les étapes : ce qui se passe, dans l'ordre

Le cœur de la carte. Chaque étape est une action et un acteur. « L'assistante ADV vérifie la disponibilité de l'article dans Sage. » « Le responsable atelier confirme le délai. » Une case, un verbe, un responsable.

Deux pièges ici. Le premier : sauter les micro-étapes qu'on trouve évidentes. Recopier un numéro de lot d'un mail vers l'ERP est une étape, même si ça prend vingt secondes, parce que vingt secondes fois deux cents commandes par mois, ça finit par peser. Le second : décrire l'idéal au lieu du réel. Si en pratique on saute la vérification quand c'est un client habituel, écrivez-le. Les contournements sont de l'information, pas de la honte.

4. Les points de décision : là où le chemin se sépare

Un processus n'est presque jamais une ligne droite. À un moment, quelqu'un tranche, et selon la réponse le dossier part à gauche ou à droite. Ces bifurcations méritent leur propre symbole, en général un losange.

La commande dépasse-t-elle l'encours autorisé du client ? Si oui, elle part en validation crédit. Sinon, elle poursuit. Le devis dépasse-t-il un certain montant ? Alors il faut la signature du gérant. Repérez chaque « si… alors… » et notez la règle exacte qui le gouverne. Ce sont ces règles qui diront plus tard ce qu'une machine peut décider seule et ce qui doit remonter à un humain. Un point de décision à règle claire et écrite est automatisable. Un point de décision qui repose sur le flair d'une personne ne l'est pas, ou pas sans garde-fou.

5. Le temps passé : combien, et où ça coince

Sur chaque étape, deux durées. Le temps de traitement, celui où quelqu'un travaille vraiment. Et le temps d'attente, celui où le dossier ne fait rien mais patiente qu'on s'en occupe.

C'est le temps d'attente qui surprend toujours. Une commande met parfois trois jours à être traitée alors que le travail réel dessus tient en vingt minutes. Le reste, c'est de l'attente : dans une boîte mail, dans une pile, dans l'agenda de quelqu'un qui valide une fois par semaine. Chiffrez, même à la louche. « Environ deux heures de saisie par jour » est une donnée ; « ça prend du temps » n'en est pas une. Sans ces ordres de grandeur, impossible de savoir plus tard si une automatisation vaut son coût.

6. Les irritants : ce qui énerve ceux qui font le travail

La dernière question est la plus utile, et c'est celle qu'on oublie. Demandez aux gens ce qui les agace dans ce processus.

Les réponses sont de l'or. « Je ressaisis trois fois la même adresse. » « J'attends toujours après la compta pour un accord qui tombe de toute façon. » « La moitié des mails clients n'ont pas le numéro de commande, je passe un temps fou à le retrouver. » Chaque irritant pointe soit une tâche automatisable, soit une règle floue, soit une étape inutile. Ceux qui subissent le processus savent où il fait mal bien mieux que n'importe quel consultant qui débarque. À vrai dire, la meilleure cartographie, c'est souvent juste de les écouter et de mettre de l'ordre dans ce qu'ils disent.

Du schéma au post-it : quel niveau d'outil pour une PME

Une question revient toujours : faut-il un logiciel ? La réponse honnête tient en une phrase. Choisissez l'outil le plus simple qui rende la carte lisible par tous ceux qui doivent la lire, et pas un cran de plus.

Il y a en gros trois niveaux, du plus léger au plus formel.

• Le mur et les post-it : parfait pour la première passe, en atelier, avec l'équipe. On déplace, on déchire, on discute. Rien ne bat le papier pour faire émerger le vrai processus, parce que personne n'a peur de casser un beau schéma.
• Le schéma de flux numérique : une fois la carte stabilisée, on la met au propre dans un outil de diagramme. Draw.io, gratuit, suffit dans l'immense majorité des cas. Lucidchart ou Miro si vous voulez du collaboratif en ligne. On obtient un logigramme partageable, versionnable, qu'on peut annoter.
• Le BPMN : une notation standardisée, la Business Process Model and Notation, avec sa grammaire précise de symboles. Utile quand le processus est complexe, traverse plusieurs services, ou doit être documenté pour une norme ISO 9001 ou un référentiel IFS. Au-delà, c'est souvent du zèle.

Le BPMN a une vraie qualité : il ne laisse pas de place à l'ambiguïté. Un événement, une tâche, une passerelle, chaque forme a un sens unique. Sur un processus transverse qui implique cinq personnes et deux logiciels, cette rigueur évite les malentendus. Mais pour une PME qui veut automatiser sa relance d'impayés, sortir le BPMN dès le premier jour, c'est mettre des gants de boxe pour ouvrir une lettre. Vous allez passer votre énergie à apprendre la notation au lieu de comprendre le travail.

Notre conseil, après avoir vu le sujet des deux côtés : commencez toujours au post-it. Montez d'un cran seulement quand la simplicité vous fait perdre de l'information. Un logigramme clair dans Draw.io couvre 80 % des besoins d'une PME industrielle. Le reste, on le formalise en BPMN au cas par cas, quand la complexité l'exige vraiment.

Lire la carte pour repérer l'automatisable

La cartographie n'est pas une fin. C'est un radar. Une fois la carte posée, on la relit avec une question en tête : où la machine ferait-elle gagner du temps sans prendre de risque ?

Certaines étapes se signalent d'elles-mêmes. Voilà les marqueurs d'une bonne candidate à l'automatisation.

• Répétitive et à haut volume : la même action, des dizaines ou des centaines de fois par mois. C'est là que même un petit gain unitaire fait une grosse somme.
• À règles claires : la logique s'écrit sous forme de « si… alors… ». Un point de décision dont la règle tient en une phrase se code ; un jugement au feeling, non.
• Sur des données lisibles : l'information arrive sous une forme qu'une machine peut lire, ou qu'un modèle de langage comme Claude sait extraire d'un mail ou d'un PDF. La lecture de documents désordonnés est justement là où l'IA change la donne par rapport à l'automatisation classique.
• Sans décision lourde d'enjeu : l'étape n'engage pas l'entreprise sur un plan juridique, financier ou commercial. Recopier une adresse, oui. Accorder un délai de paiement exceptionnel, non, pas sans validation.
• Un irritant reconnu : les gens qui font le travail vous ont déjà désigné cette étape comme pénible. Autant commencer par là, l'adhésion est acquise.

Et il y a les étapes à ne surtout pas toucher, ou à n'automatiser qu'à moitié. Celles qui demandent de comprendre un contexte, de sentir un client, d'arbitrer entre deux mauvaises options. Là, l'automatisation prépare le dossier et laisse la décision à l'humain. Ce partage porte un nom, garder l'humain dans la boucle, et on lui a consacré un article entier tant il est décisif pour ne pas transformer un gain de temps en risque.

Un exemple parle mieux qu'une théorie. Sur un processus de relance d'impayés cartographié, on voit vite que détecter les factures en retard, préparer le mail de relance et suivre les échéances sont répétitifs, réglés, sans jugement lourd. Automatisables. En revanche, décider de passer un client au contentieux ou de lui accorder un échéancier reste humain, parce que ça touche à la relation commerciale. La carte a fait le tri toute seule, ou presque.

C'est aussi à ce moment qu'on distingue ce qui relève d'une simple robotisation de tâche de ce qui demande de la vraie compréhension. Recopier des champs d'un formulaire à un autre, une automatisation classique le fait. Lire un cahier des charges pour en tirer les points qui comptent, il faut de l'IA. On détaille cette frontière dans notre comparatif entre RPA et IA, parce que confondre les deux mène à sur-payer ou à sous-livrer.

L'erreur à éviter : cartographier pour cartographier

Un dernier avertissement, parce qu'on voit souvent des entreprises tomber dedans. La cartographie peut devenir un but en soi, un grand chantier documentaire qui produit trente logigrammes magnifiques et zéro automatisation.

Ne cartographiez pas toute l'entreprise. Prenez le processus qui fait le plus mal, celui que tout le monde cite quand vous demandez « qu'est-ce qui vous fait perdre le plus de temps ici ? ». Cartographiez celui-là, à fond, avec les vraies durées et les vrais irritants. Décidez ce qui s'automatise. Faites-le. Mesurez. Puis passez au suivant.

Cette approche pas à pas est le fil de tout audit d'automatisation bien mené, et le socle de notre programme d'automatisation des processus : une carte utile, un chantier concret, un gain mesuré, avant de recommencer. La cartographie sert l'action, jamais l'inverse.