Comment cartographier un processus avant de l'automatiser ?

Pour cartographier un processus avant de l'automatiser, suivez une tâche réelle depuis son déclencheur jusqu'au résultat. Notez à chaque étape qui agit, avec quelle information, dans quel outil, selon quelle règle et que faire en cas d'exception. Séparez ensuite le fonctionnement actuel de la version simplifiée et du périmètre que vous voulez automatiser.

Quel périmètre faut-il cartographier ?

Cartographiez un résultat métier limité, avec un début et une fin observables. « Gérer les clients » est trop large. « Transformer une demande de devis reçue par formulaire en dossier complet attribué à un responsable » donne un périmètre que l'équipe peut suivre et vérifier.

Un processus est une suite d'actions et de décisions qui transforme un déclencheur ou une entrée en résultat. Le déclencheur peut être un formulaire reçu, une commande validée, une date atteinte ou un document déposé. Le résultat doit lui aussi être visible : un dossier créé, une facture rapprochée, une demande attribuée ou une fiche prête à relire.

Fixez quatre limites avant de dessiner :

1. Le déclencheur précis qui fait commencer le travail.
2. Le résultat qui marque sa fin.
3. Les personnes et logiciels réellement impliqués.
4. Les dossiers inclus et exclus du premier périmètre.

Cette limite évite de cartographier tout un service. Elle révèle aussi les dépendances. Si une étape attend une validation comptable ou une information d'un client, indiquez cette attente sans étendre la carte à tout le processus comptable ou commercial.

La page Automatiser les tâches répétitives utilise le même point de départ : observer une tâche réelle, puis choisir un premier périmètre selon sa fréquence, son effort et ses risques.

Que faut-il noter à chaque étape ?

Chaque étape doit permettre de comprendre l'action, la décision et la preuve du résultat. Une flèche entre deux logiciels ne suffit pas si elle masque une vérification, une ressaisie ou un choix métier.

Ajoutez le volume, le temps actif et le temps d'attente seulement lorsque vous pouvez les observer. Un ordre de grandeur mesuré sur des dossiers récents vaut mieux qu'une moyenne reconstruite de mémoire. Si l'information manque, laissez-la inconnue au lieu d'en faire une estimation précise.

Le dossier France Num sur l'automatisation, mis à jour en juillet 2026, recommande de décrire les étapes, les informations nécessaires, les exceptions et les responsabilités. Il souligne aussi que cette mise à plat peut révéler des améliorations sans automatisation.

Comment observer le processus réel ?

Partez de dossiers récents et reconstituez ce qui s'est passé, plutôt que de demander uniquement comment le processus devrait fonctionner. Les procédures et les souvenirs décrivent souvent le chemin habituel. Les dossiers montrent les retours en arrière, les outils intermédiaires et les décisions prises hors du système.

Suivez cette séquence :

1. Choisissez un dossier terminé. Relevez son déclencheur, son résultat et les traces laissées dans les outils.
2. Rejouez les étapes dans l'ordre. Demandez à la personne qui exécute le travail ce qu'elle consulte, copie, vérifie et décide.
3. Ajoutez un cas qui a demandé une reprise. Repérez le signal de l'exception, la personne sollicitée et la manière dont le dossier a rejoint le flux normal.
4. Comparez avec un autre cas habituel. Une différence peut révéler une règle implicite ou une variante légitime.
5. Faites relire la carte. La personne qui reçoit le résultat vérifie la sortie ; celle qui traite l'étape confirme les décisions et les outils.

Ne corrigez pas encore le processus pendant cette première passe. Si vous remplacez immédiatement chaque détour par une version idéale, vous perdez les informations nécessaires pour comprendre pourquoi il existe. Notez les problèmes à part, puis terminez la carte actuelle.

Une représentation simple suffit : des cases pour les actions, des losanges ou questions pour les décisions, des flèches pour l'ordre et une branche explicite pour les exceptions. La notation BPMN peut aider sur un flux complexe, mais une PME n'en a pas besoin pour décrire un premier processus limité.

Pourquoi séparer le processus actuel du processus cible ?

Le processus actuel décrit ce qui se passe réellement ; le processus cible décrit le fonctionnement souhaité. Les mélanger rend les écarts invisibles et conduit à concevoir un système pour une procédure théorique.

Construisez trois vues successives :

1. Processus actuel : actions, outils, décisions, attentes et exceptions observés.
2. Processus simplifié : étapes supprimées, responsabilités clarifiées, données réunies et règles harmonisées.
3. Périmètre automatisé : actions exécutées ou préparées par le système, contrôles, alertes et retour vers une personne.

Cette séparation évite d'automatiser une double saisie qu'une meilleure configuration pourrait supprimer. Elle peut aussi montrer qu'un logiciel existant possède déjà la fonction nécessaire ou qu'une règle fixe suffit. L'article Agent IA ou automatisation classique : comment choisir ? détaille le choix entre règles stables et traitement d'entrées variables.

Pour chaque étape de la version simplifiée, choisissez une décision : supprimer, conserver telle quelle, mieux outiller, automatiser ou préparer pour validation. L'objectif n'est pas de maximiser le nombre d'étapes automatisées. Il est d'obtenir un processus plus clair, dont les résultats et les erreurs peuvent être vérifiés.

Comment traiter les exceptions dans la carte ?

Une exception utilement cartographiée précise son signal, son responsable et la reprise attendue. « Gestion manuelle » est trop vague pour concevoir le système ou chiffrer le travail restant.

Décrivez chaque exception avec quatre informations :

• le fait observable qui empêche la suite, par exemple une donnée absente, un doublon ou un accès refusé ;
• l'action automatique autorisée, comme mettre le dossier en attente et prévenir un responsable ;
• les informations dont cette personne a besoin pour décider ;
• la manière de reprendre, corriger ou arrêter le dossier sans perdre sa trace.

Cette branche humaine fait partie du processus cible. Elle ne constitue pas un échec de l'automatisation. Un système limité peut traiter le chemin stable et rendre les cas ambigus plus faciles à résoudre.

Reliez aussi chaque résultat important à une preuve. Si un système crée une fiche, conservez son identifiant et les données sources. S'il transfère une information, vérifiez la destination plutôt que le seul message « terminé ». Ces preuves deviendront des critères d'acceptation et des cas de test.

Que montre le cas d'un agent de recherche commerciale ?

Le cas d'un négociant en vins montre pourquoi la carte précède l'outil. Le client recherchait manuellement des cavistes et des grossistes, vérifiait ses critères et enregistrait les résultats dans son CRM.

Nous avons d'abord écrit sa méthode : les sources consultées, ce qui disqualifie une entreprise et les informations à conserver dans le CRM. J'en ai ensuite fait un agent qui exécute ces étapes et enregistre une liste qualifiée. Plusieurs passes ont été nécessaires avant que la qualification reflète réellement sa façon de travailler. Le client garde le choix des entreprises à contacter.

Ce cas ne fournit ni gain mesuré ni règle universelle. Il montre trois éléments de cadrage : un critère doit être explicite pour être testé, une source doit rester visible pour que le résultat puisse être contrôlé, et la décision de contact peut rester hors du périmètre automatisé.

Le cas Brest Bretagne Handball apporte un autre type de processus. J'ai relié des outils pour automatiser des transferts back-office auparavant manuels. Pour cartographier un flux comparable, il faudrait identifier les informations transférées, le déclencheur, la destination et la reprise prévue si un transfert échoue. Les réalisations présentent ces deux interventions avec leurs limites publiques.

Quand la carte est-elle prête à devenir un périmètre ?

La carte est assez précise lorsqu'une autre personne peut suivre un dossier, prévoir les décisions et vérifier le résultat sans inventer les règles métier. Elle n'a pas besoin de représenter toute l'entreprise ni tous les cas imaginables.

Vérifiez que le premier périmètre contient :

• un déclencheur et un résultat observables ;
• les entrées, sources et outils nécessaires ;
• un propriétaire pour chaque décision ;
• les règles du chemin habituel ;
• les exceptions déjà rencontrées et leur responsable ;
• une preuve pour chaque action importante ;
• des exemples utilisables pour tester le système ;
• une façon de reprendre manuellement si le système s'arrête.

Transformez ensuite ces éléments en critères d'acceptation. Par exemple : « lorsqu'un formulaire complet arrive, une seule fiche est créée dans le CRM, les champs obligatoires reprennent les valeurs sources et le responsable reçoit l'identifiant du dossier ». Pour un cas incomplet : « aucune fiche définitive n'est créée ; le dossier passe en attente avec la liste des informations manquantes ».

Ces critères rendent le devis plus comparable et le test plus concret. L'article Combien coûte une automatisation pour une PME ? explique comment le périmètre, les intégrations, les exceptions et les contrôles influencent le coût total.

Ce qu'il faut retenir

• Cartographiez un résultat métier limité, du déclencheur à une sortie vérifiable.
• Décrivez pour chaque étape l'acteur, l'entrée, l'action, l'outil, la décision, la sortie, l'exception et la preuve.
• Observez des dossiers récents avant de dessiner la version idéale.
• Gardez trois vues distinctes : processus actuel, processus simplifié et périmètre automatisé.
• Traitez les exceptions, les preuves et la reprise manuelle comme des éléments du système.

Pour cadrer une première automatisation, apportez un exemple récent, les logiciels utilisés et une exception réellement rencontrée. Nous pouvons retracer le processus et choisir un premier périmètre pendant un échange gratuit de 30 minutes.

Écrit par Antoine mazu. Antoine aide les petites entreprises de services à comprendre et améliorer leurs processus grâce à des solutions adaptées, avec ou sans IA. Basé à Bayonne, il associe réflexion produit et réalisation technique.

Sources : France Num, dossier sur l'automatisation des TPE-PME, publié le 14 novembre 2025 et mis à jour le 9 juillet 2026 ; approche d'Antoine mazu ; réalisations d'Antoine mazu. Pages relues le 17 septembre 2026.