Abdelhalim Ait Brahim Khadija dirige une société d’import de pièces détachées à Tanger. Elle veut automatiser le traitement des commandes, et elle a raison : ses six collaborateurs y passent un temps considérable.
Quand on lui demande de décrire le circuit, la réponse tient en une phrase : le client commande, on prépare, on livre. Quand on demande la même chose à la personne qui prépare, on découvre onze étapes, deux tableurs qui ne se parlent pas, une validation qui dépend de qui est présent, et une ressaisie complète des mêmes informations à trois endroits différents.
Automatiser la version en une phrase aurait produit un outil inutilisable. Automatiser les onze étapes telles quelles aurait figé le désordre dans le béton.
Pourquoi cette étape n’est pas facultative
Une automatisation reproduit exactement ce qu’on lui décrit, sans jugement. Elle ne repère pas la double saisie, elle l’exécute plus vite. Elle ne signale pas l’étape devenue inutile il y a deux ans, elle la maintient.
C’est la raison pour laquelle des projets techniquement réussis déçoivent : l’outil fonctionne, mais il a industrialisé un mauvais circuit. Le sujet est développé plus largement dans les erreurs fréquentes au démarrage d’un projet IA.
La cartographie coûte une demi-journée. Elle évite de découvrir le problème après le déploiement, quand le corriger suppose de tout reprendre.
La méthode en trois colonnes
Pas de logiciel, pas de schéma. Un tableau, une ligne par étape, trois colonnes.
Qui fait. Une personne nommée. Si la réponse est « ça dépend », notez-le tel quel : c’est une information, pas un détail à lisser.
Avec quoi. L’outil réellement utilisé. WhatsApp, un tableur, un carnet, un logiciel. Le carnet compte autant que le logiciel.
Combien de temps. La durée constatée, pas la durée idéale. Y compris les temps d’attente, qui sont souvent la majorité du délai total.
Une règle : vous décrivez ce qui se passe, pas ce qui devrait se passer. La procédure officielle n’a aucun intérêt ici. C’est l’écart entre les deux qui contient toute la valeur de l’exercice.
Un exemple réel, celui de Khadija
Voici les premières lignes de sa cartographie du traitement d’une commande, telles qu’elles sont sorties de la séance.
| Étape | Qui fait | Avec quoi | Durée |
|---|---|---|---|
| Réception de la commande | Ça dépend, celle qui voit le message | 5 min | |
| Vérification du stock | Le magasinier | Tableur stock | 20 min, plus l’attente |
| Saisie de la commande | L’assistante | Tableur commandes | 10 min |
| Validation du prix | Khadija | Appel téléphonique | 4 h en moyenne |
| Ressaisie pour la facture | L’assistante | Logiciel de facturation | 10 min |
| Envoi au client | L’assistante | WhatsApp puis email | 5 min |
Une heure de travail effectif, et un délai réel de deux jours.
Trois enseignements sortent de ce seul tableau. La ligne « ça dépend » signale que la réception n’appartient à personne, donc que certaines commandes se perdent. La validation du prix pèse à elle seule plus que toutes les autres étapes réunies, ce qui en fait le premier chantier, et pas la saisie que Khadija voulait automatiser. Et la même commande est saisie deux fois, dans deux outils qui ne se parlent pas.
Aucun de ces trois points n’était visible dans la description en une phrase.
Comment mener la séance
Une heure et demie suffit par processus, avec trois règles.
Les personnes qui exécutent sont dans la pièce. Pas seulement le dirigeant. L’écart entre ce que la direction croit et ce qui se fait est la matière première de l’exercice, et il n’apparaît que si les deux versions sont exprimées.
On note ce qui est dit, sans corriger en direct. La tentation de réorganiser pendant qu’on écrit est forte et elle fausse tout : on décrit alors la cible, pas le réel. Le tri vient après, une fois le tableau complet.
On chronomètre les attentes, pas seulement les gestes. Une étape de dix minutes qui attend quatre heures avant de démarrer coûte quatre heures et dix minutes au client. C’est presque toujours l’attente qui domine, et c’est presque toujours elle qu’on oublie de noter.
Les quatre choses que la cartographie révèle
Une fois le tableau rempli, quatre défauts sautent aux yeux presque à chaque fois.
La même information saisie plusieurs fois. C’est le plus fréquent et le plus coûteux. Un numéro de commande retapé dans trois outils, c’est trois occasions de se tromper et trois fois le temps.
Les temps d’attente entre les étapes. Additionnez les durées d’exécution, comparez au délai total réel. L’écart est le temps où le dossier n’attend personne en particulier. C’est souvent là que se trouve le gain le plus rapide, et c’est ce que traite une règle de validation écrite.
Les étapes que personne ne sait justifier. Quand la réponse à « pourquoi cette étape » est « on a toujours fait comme ça », vous tenez un candidat à la suppression, gratuite et immédiate.
Les exceptions jamais écrites. Le client qui paie autrement, la commande urgente qui court-circuite le circuit, le fournisseur traité à part. Ces cas représentent souvent une part importante du volume et ne figurent dans aucune procédure.
Par quel processus commencer
N’en cartographiez pas dix. Prenez celui qui remplit les trois conditions suivantes.
Il se répète souvent, plusieurs fois par semaine au minimum. Il mobilise du temps de plusieurs personnes. Et il génère de la frustration ou des erreurs visibles.
Ces trois critères sont ceux qui sortent en tête dans la plupart des PME marocaines, et ils recoupent les sept processus les plus automatisés. Si vous hésitez entre deux, prenez celui dont vos collaborateurs se plaignent : la donnée qualitative est fiable ici.
Le cas particulier des exceptions
C’est le point qui fait échouer le plus de projets, et il mérite une colonne à lui seul.
Chaque processus a ses cas à part : le client historique qui paie à quatre-vingt-dix jours, la commande urgente qui saute la validation, le fournisseur avec lequel on traite par téléphone. Personne ne les écrit, parce qu’ils paraissent évidents à ceux qui les pratiquent.
Deux questions les font sortir. Demandez d’abord quelle proportion des dossiers suit exactement le circuit décrit. Si la réponse est inférieure à quatre-vingts pour cent, l’exception n’est plus une exception, c’est un second processus qui n’a jamais été reconnu comme tel. Demandez ensuite quel a été le dernier cas bizarre de la semaine : la mémoire récente est bien plus fiable que la question générale.
Une fois listées, deux traitements sont possibles. Soit l’exception est légitime et elle entre dans la règle, avec son propre circuit. Soit elle est un contournement d’un défaut du processus principal, et c’est le défaut qu’il faut corriger.
Ce que vous faites du résultat
La cartographie n’est pas un livrable, c’est une décision.
Devant le tableau terminé, chaque ligne reçoit une des trois mentions suivantes. À supprimer, quand personne ne sait la justifier. À simplifier, quand elle existe pour compenser un défaut ailleurs. À automatiser, quand elle est nécessaire, répétitive et bien définie.
L’ordre compte. On supprime d’abord, on simplifie ensuite, on automatise en dernier. Automatiser une étape qu’on aurait pu supprimer, c’est payer pour conserver un problème.
En résumé
- Une automatisation reproduit fidèlement ce qu’on lui décrit, défauts compris
- La cartographie s’écrit en trois colonnes : qui fait, avec quoi, combien de temps
- On décrit le réel, jamais la procédure officielle : l’écart entre les deux est la matière utile
- Quatre défauts ressortent presque toujours : ressaisies, temps d’attente, étapes injustifiables, exceptions non écrites
- Commencer par un seul processus, celui qui se répète, mobilise plusieurs personnes et génère de la frustration
- Supprimer d’abord, simplifier ensuite, automatiser en dernier
Si vous préférez faire cet exercice accompagné plutôt que seul, c’est exactement ce que couvre le diagnostic Powabu sur vos trois ou quatre processus clés.
Questions fréquentes
Qu'est-ce que cartographier un processus ?
C'est écrire noir sur blanc ce qui se passe réellement entre le moment où une demande arrive et le moment où elle est traitée : chaque étape, la personne qui l'exécute, l'outil utilisé et le délai constaté. C'est une description du réel, pas de la procédure théorique.
Combien de temps faut-il pour cartographier un processus ?
Une demi-journée suffit pour les trois ou quatre processus qui comptent vraiment dans une PME. L'exercice devient long quand on cherche l'exhaustivité, ce qui n'est pas l'objectif : on cartographie ce qu'on envisage d'automatiser, pas l'entreprise entière.
Faut-il un logiciel de cartographie ?
Non. Un tableau à trois colonnes sur une feuille ou dans un tableur suffit et reste lisible par toute l'équipe. Les outils spécialisés produisent de beaux schémas que personne ne relit, et ils déplacent l'effort vers la mise en forme au lieu du contenu.
Pourquoi ne pas automatiser directement ?
Parce qu'une automatisation reproduit fidèlement ce qu'on lui décrit. Si le processus contient une double saisie, une étape inutile ou une exception jamais formalisée, l'automatisation les fige et les rend plus difficiles à corriger qu'avant. La cartographie révèle ces défauts pendant qu'ils sont encore gratuits à réparer.
Qui doit participer à l'exercice ?
Les personnes qui exécutent le processus au quotidien, pas seulement le dirigeant. L'écart entre la procédure décrite en réunion et le geste réel est presque toujours le plus instructif de la séance, et il n'apparaît que si ceux qui font sont dans la pièce.