Agence IA / Processus

Cartographier un processus avant de l'automatiser avec l'IA

Publié le 2 novembre 2026

Un agent IA peut exécuter une suite d'actions, mais encore faut-il savoir laquelle. Voici comment documenter un processus réel, ses exceptions et ses risques avant de lancer un pilote.

Guide pratique · Lecture : environ 12 minutes

Tu veux automatiser les relances, le tri des demandes ou la préparation de devis. Tu ouvres un outil d'IA, tu décris le résultat souhaité et tu découvres que les détails manquent : qui décide, où sont les données, que faire si une information est absente ? Avant d'ajouter un agent, commence par dessiner le travail tel qu'il existe. Pas le processus idéal d'une présentation. Celui que les personnes suivent vraiment.

Une actualité du 2 novembre qui change la question

Le 2 novembre 2026, Tech.eu a annoncé une levée de fonds de 3,75 millions de dollars pour Marble Cognition. Cette entreprise allemande développe des agents qui s'appuient sur l'observation de processus de travail. L'heure de publication de l'article et la date exacte de clôture du financement ne sont pas établies ici.

Sur son site officiel, Marble présente l'idée de comprendre comment une équipe travaille avant de sélectionner les opérations à automatiser. L'éditeur affirme proposer un masquage de données personnelles et une analyse agrégée. Ce sont des caractéristiques revendiquées, pas une preuve indépendante de leur efficacité.

La leçon pour une petite entreprise ne dépend pas de ce fournisseur. Un agent ne peut pas exécuter correctement une procédure que personne n'arrive à décrire. Avant d'acheter un logiciel, il faut identifier le déclencheur, les règles, les exceptions et la personne qui valide le résultat. C'est l'objectif de ce guide.

Cartographier un processus métier, ça veut dire quoi ?

Un processus métier est un enchaînement d'actions qui transforme une entrée en résultat. Une demande reçue devient une fiche qualifiée. Une facture reçue devient une vérification, puis éventuellement un paiement autorisé. Le nom des logiciels utilisés ne suffit pas à décrire ce travail.

Une carte utile comporte un début, une fin, des informations d'entrée, des décisions, des responsables et une sortie contrôlable. « Lire un message puis répondre » est trop vague. Il faut préciser comment reconnaître une demande complète, à quel moment poser une question et dans quels cas ne pas répondre.

Tu n'as pas besoin d'un diagramme compliqué. Une liste numérotée avec des embranchements « si/alors » peut suffire. Le critère de qualité est simple : une autre personne doit pouvoir suivre la procédure sans inventer les règles manquantes. Si elle hésite, la carte est encore un brouillon.

Choisir une tâche assez petite pour un premier pilote

« Automatiser le service client » est une ambition trop large pour un premier essai. « Préparer une fiche de demande à partir d'un message reçu » est un périmètre que tu peux observer, expliquer et tester. Commence avec un seul déclencheur et une seule sortie.

Privilégie une tâche récurrente dont les règles sont relativement stables. Écarte les décisions sensibles ou difficilement réversibles, notamment celles qui engagent des personnes, des paiements ou des données particulièrement protégées. Un premier pilote n'a pas besoin de tout faire.

Pose trois questions avant de choisir : cette tâche revient-elle régulièrement ? Sait-on expliquer les décisions prises ? Une personne peut-elle vérifier la sortie ? Si l'une des réponses est non, commence par documenter le besoin. Tu peux aussi consulter le guide DOTO sur les tâches répétitives à automatiser dans une PME pour comparer les possibilités.

Observer le travail sans surveiller les salariés

La meilleure première observation est souvent une conversation. Demande à la personne concernée de raconter un dossier terminé et de montrer, volontairement, un exemple fictif. Note les étapes et les moments où elle utilise son jugement. Tu n'as pas besoin d'enregistrer des écrans toute la journée.

La distinction entre cartographie et surveillance est importante. La CNIL a publié le 4 février 2025 une sanction liée notamment à des captures d'écran régulières et à un suivi disproportionné des salariés. La décision de sanction date du 19 décembre 2024. Cette affaire ne signifie pas que toute observation est interdite. Elle rappelle que la finalité, la proportionnalité, l'information et les garanties sont essentielles.

Ne copie jamais de mots de passe, de messages privés ou de données clients dans un outil de démonstration. Si le processus concerne des salariés ou des données personnelles, fais examiner les obligations applicables avant toute captation. Une simulation sur données fictives est une manière plus prudente de démarrer.

La grille T.R.A.C.E. : cinq questions à documenter

T.R.A.C.E. est un aide-mémoire pédagogique créé pour ce guide. Il ne s'agit ni d'une norme technique ni d'une certification. Chaque lettre oblige à préciser une information que les prompts trop rapides laissent souvent de côté.

Une règle utile ressemble à ceci : « Si le message comporte une référence de commande valide, rechercher le dossier ; sinon demander la référence ». La formule « traiter intelligemment le message » ne permet pas de tester quoi que ce soit.

Pour chaque ligne, indique si la règle est confirmée par la personne responsable ou simplement supposée. Cette distinction évite de transformer une habitude imaginée en instruction opérationnelle. Le tableau peut rester dans un document ordinaire.

Décrire les actions et les décisions séparément

Une personne peut ouvrir trois applications pour prendre une seule décision. Si tu enregistres seulement les clics, tu risques de reproduire des gestes inutiles sans comprendre leur but. La carte doit expliquer ce que la personne cherche à vérifier.

Prends un cas autorisé et terminé. Demande quel résultat a été obtenu, quelle information a servi à décider et qui a confirmé l'action. Ensuite, remonte jusqu'au déclencheur. Cette lecture à rebours aide à identifier les étapes qui ont réellement compté.

Interroge la personne sur les chemins alternatifs : « Que ferais-tu si cette pièce manquait ? » ou « Quand demandes-tu l'avis d'un collègue ? ». Les réponses sont parfois plus utiles que le cas normal. Une procédure officielle qui ne correspond pas à la pratique doit être corrigée avant tout pilote.

Identifier les données et les droits d'accès

Un agent chargé de préparer un brouillon n'a pas besoin de droits d'administration. Pour chaque étape, précise quelles données sont indispensables, qui les fournit, qui peut les consulter et ce qu'il faut en faire ensuite.

Sépare les informations publiques, internes et personnelles. Une liste publique de prestations peut servir à un exercice. Une adresse personnelle ou un historique de paiement nécessite des garanties adaptées. Ne mets jamais de secret ou d'identifiant administrateur dans un prompt.

Lire une fiche, la modifier et envoyer une réponse sont trois permissions différentes. Pour un premier pilote, privilégie des données fictives, des actions réversibles et un environnement de test. Si tu vends une prestation d'agence IA, ce travail de cadrage fait partie du coût. Le guide DOTO sur le calcul du prix d'une prestation peut t'aider à inclure le temps de vérification.

Prévoir les exceptions et le droit de s'arrêter

Les démonstrations fonctionnent souvent avec des données parfaites. Dans la réalité, les messages arrivent en double, incomplets ou contradictoires. Un processus qui ne décrit que le scénario idéal n'est pas prêt à être exécuté sans contrôle.

Pour chaque action, imagine une exception plausible : référence inconnue, fichier illisible, demande hors périmètre, système indisponible ou désaccord entre deux sources. Écris la réaction attendue : poser une question, conserver un brouillon, transmettre à une personne ou arrêter.

Évite « l'IA décidera selon le contexte ». Préfère une condition testable : « Si la référence ne correspond à aucun dossier, ne rien envoyer et signaler l'absence de correspondance ». Le chemin d'arrêt est une partie normale du service. Il protège le client et facilite l'analyse des erreurs.

Séparer brouillon, recommandation et décision

Une automatisation peut classer une demande, proposer une réponse ou prendre une décision qui engage l'entreprise. Ces niveaux ne présentent pas les mêmes risques. Pour un premier test, commence par le niveau le plus facile à contrôler.

Un brouillon de réponse peut être relu. Une recommandation de priorité peut être discutée. En revanche, modifier un prix, accorder un remboursement ou envoyer des données personnelles peut produire des conséquences immédiates.

Ne te contente pas d'écrire « validation humaine ». Précise qui valide, quelles informations cette personne voit et ce qui se passe si elle refuse. Il faut pouvoir arrêter le traitement sans devoir réparer une chaîne d'actions déjà parties. Cette prudence aide à valider une idée de business avant de financer une automatisation plus ambitieuse.

Cas pratique fictif : les demandes d'un atelier

Imagine un atelier de réparation fictif qui reçoit des demandes par formulaire et courriel. La responsable lit le message, vérifie le type d'appareil, demande parfois une photo et prépare une proposition de rendez-vous. Cet exemple ne décrit aucune entreprise réelle ni aucun résultat mesuré.

Le déclencheur est l'arrivée d'une demande. Les entrées sont le message et, parfois, une référence d'appareil. Les règles restent à confirmer : quels appareils sont acceptés ? Quels créneaux sont disponibles ? Qui valide une demande inhabituelle ?

La carte provisoire comporte quatre actions : relever les informations présentes, vérifier la catégorie, préparer un brouillon et demander une validation. Si la catégorie est inconnue ou si une information essentielle manque, le processus produit une question, pas une promesse de réparation.

Le livrable de l'exercice est une fiche de demande et une liste de points à vérifier avec la responsable. Il ne comprend ni réservation réelle, ni devis automatique, ni preuve de gain de temps.

Tester le processus avant de brancher l'IA

Prépare trois messages fictifs. Le premier est complet. Le deuxième manque d'une information essentielle. Le troisième contient une contradiction ou une demande hors périmètre. Fais passer chaque message dans la carte.

Compare la sortie attendue à celle que la personne responsable juge correcte. Si deux personnes appliquent les mêmes règles et aboutissent à des décisions différentes, la cartographie reste ambiguë. Reformule-la avant d'automatiser.

Tu peux effectuer une simulation manuelle : un humain suit la carte et prépare les brouillons. Ce test ne mesure pas la performance d'un logiciel. Il vérifie seulement que les règles sont compréhensibles et que les exceptions ont une réponse.

Conserve les erreurs observées dans un journal de test. Une règle manquante est une découverte utile. C'est préférable à une démonstration fluide qui cache les cas difficiles.

Pourquoi ça marche : moins de suppositions, plus de contrôle

La carte rend visibles des décisions qui reposaient auparavant sur l'expérience d'une seule personne. Elle aide à distinguer le problème de l'outil, les actions utiles des habitudes et les validations nécessaires des automatismes envisageables.

Ce n'est pas une garantie de productivité. Aucun pourcentage de temps gagné ne découle automatiquement d'un diagramme. L'utilité se constate lorsque plusieurs personnes comprennent la même procédure et que les tests donnent les résultats attendus.

Elle rend aussi l'offre commerciale plus précise. Au lieu de promettre « une IA qui gère toutes les demandes », tu peux proposer « un pilote qui prépare des fiches de demande, avec vérification avant toute réponse ». Le client comprend ce qui est inclus, les limites et les conditions de réussite.

Enfin, elle fournit une base pour comparer les outils : la gestion des exceptions, les droits d'accès, la traçabilité et les points d'arrêt importent davantage qu'une démonstration spectaculaire.

Comment l'appliquer dès aujourd'hui en 60 minutes

Cet exercice d'une heure est indicatif. Il ne demande aucun abonnement, aucune capture d'écran ni aucune donnée réelle. Utilise un scénario fictif ou un cas expressément autorisé.

Minutes 0 à 10 : choisis une tâche et définis son début et sa fin. Exemple : « de la réception d'une demande à un brouillon de réponse ».

Minutes 10 à 25 : raconte un cas de bout en bout. Écris les actions et les règles. Pour chaque décision, demande d'où vient l'information utilisée.

Minutes 25 à 40 : remplis T.R.A.C.E. Ajoute les exceptions, les données nécessaires et les points de validation.

Minutes 40 à 50 : teste un cas normal, un cas incomplet et un cas contradictoire. Note les endroits où les règles ne permettent pas de trancher.

Minutes 50 à 60 : rédige une fiche d'une page avec périmètre, exclusions, questions ouvertes et prochaine vérification. Si le processus reste flou, le bon résultat est une liste de questions, pas un agent lancé.

Erreurs courantes avant une automatisation IA

Commencer par le logiciel. Tu risques d'adapter ton activité à une démonstration plutôt que de résoudre un problème réel.

Documenter seulement le cas idéal. Les doublons, les données absentes et les refus doivent être traités explicitement.

Copier des données sensibles. La facilité technique ne remplace pas une autorisation ni les mesures de protection nécessaires.

Confondre observation et surveillance. Les outils de capture posent des questions juridiques et humaines. Une simulation volontaire suffit souvent pour cadrer un pilote.

Promettre un gain avant de le mesurer. Toute estimation doit être présentée comme telle et vérifiée sur des situations comparables.

Oublier qui reprend la main. Chaque exception doit avoir un responsable, une règle d'arrêt et une trace compréhensible.

En faire une mission d'agence IA ou de service

Si tu souhaites proposer ce travail à une petite entreprise, ne commence pas par vendre un agent universel. Propose une mission limitée : entretien de cadrage, cartographie d'un seul processus, grille d'exceptions et recommandation sur l'opportunité d'un pilote.

Le livrable peut être une fiche d'une page et un diagramme simple. Décris ce qui n'est pas inclus : installation, accès aux comptes, collecte de données réelles, intégration technique ou garantie de résultat. Le prix doit couvrir le temps de préparation, d'échange et de validation.

Choisis une niche que tu peux comprendre et rencontrer. Le guide DOTO sur le choix d'une niche de marché peut aider à limiter ta cible. Pour trouver des interlocuteurs, privilégie une conversation exploratoire et consulte les méthodes pour obtenir ses premiers clients freelance.

Tu peux présenter ton périmètre sur une page de service claire, sans références inventées. Le premier objectif est d'obtenir un retour sur une difficulté réelle, pas de vendre une promesse spectaculaire.

FAQ : cartographie et agents IA

Faut-il un outil payant pour cartographier un processus ?

Non. Une feuille, un tableau ou un document partagé suffisent pour décrire le déclencheur, les règles, les actions, les exceptions et les validations.

Combien de processus faut-il documenter avant un pilote ?

Commence par un seul processus limité. Sa carte doit être compréhensible et testable avant d'élargir le périmètre.

Peut-on enregistrer l'écran d'un salarié pour entraîner un agent ?

Pas sans examiner le cadre légal, la finalité, la proportionnalité, l'information des personnes et les mesures de protection. Une simulation volontaire avec données fictives est une alternative.

Un diagramme garantit-il un gain de productivité ?

Non. Il clarifie le travail et facilite les tests, mais les gains éventuels doivent être mesurés.

Quand laisser un agent agir sans validation ?

Seulement après avoir défini les droits, les limites, les scénarios d'erreur et le niveau de risque acceptable. Les actions sensibles doivent conserver les contrôles adaptés.

Conclusion : un processus clair avant un agent

Tu n'as pas besoin de commencer par une architecture complexe. Choisis une tâche, reconstruis son déroulement, note les exceptions et demande à une autre personne de tester ta carte. Si elle peut suivre les règles sans deviner, tu disposes d'une meilleure base pour décider de la suite.

Sur DO TO DAY, tu peux explorer les missions guidées et choisir une prochaine action adaptée à ton projet. L'objectif n'est pas de tout automatiser aujourd'hui, mais de savoir précisément ce que tu pourrais tester demain.

Ressources complémentaires

Pour l'actualité, consulte l'article de Tech.eu du 2 novembre 2026 et les explications de Marble sur son propre site. Pour les précautions concernant l'observation des postes de travail, lis la décision de la CNIL publiée le 4 février 2025. Les trois ressources sont liées plus haut ; aucune ne constitue une garantie de résultat pour ton projet.

Sources et limites

Exemples fictifs ; méthode pédagogique non certifiée ; aucun gain de productivité garanti. Les déclarations des éditeurs ne sont pas des audits indépendants. Toute captation de données au travail exige une vérification juridique adaptée.

• Tech.eu — Marble raises $3.75M to build AI coworkers that learn by watching, 2 novembre 2026
• Marble Cognition — Présentation officielle du produit, date non indiquée
• CNIL — Surveillance excessive des salariés, publication du 4 février 2025