--- title: "Mode opératoire : le tri des demandes entrantes" description: "Les catégories, le modèle qui trie, les cas douteux renvoyés à une personne, la mesure." url: https://meridal.fr/apprendre/tri-des-demandes-entrantes-pas-a-pas/ language: fr written: 2026-10-09 verified: 2026-10-09 license: CC BY 4.0 --- [Apprendre](https://meridal.fr/apprendre/) › [Modes opératoires](https://meridal.fr/apprendre/dossier/modes-operatoires/) Faire · Niveau 2, Pratiquer · 14 minutes # Mode opératoire : le tri des demandes entrantes Les courriels, les formulaires et les tickets rangés dans le bon service sans que personne ne les trie à la main : les catégories, les règles qui passent d'abord, le modèle qui range le reste, la sortie « incertain » renvoyée à une personne, et la mesure chaque semaine. Avec Microsoft 365, Google Workspace, un outil d'automatisation ou sur mesure. Écrit le 9 octobre 2026 · Vérifié le 9 octobre 2026 ## Vous saurez - Écrire des catégories qu'un modèle peut tenir - Faire passer les règles avant le modèle - Renvoyer les cas douteux à une personne - Mesurer les erreurs du tri, et les corriger - [← Avant Les modèles de décision](https://meridal.fr/apprendre/modeles-de-decision/) - [→ Ensuite Mode opératoire : un tableau de bord tenu à jour](https://meridal.fr/apprendre/tableau-de-bord-pas-a-pas/) Rappel de la page précédente Répondez de tête, puis ouvrez. [Les modèles de décision](https://meridal.fr/apprendre/modeles-de-decision/) **1 Qu'est-ce qu'un modèle de décision rend, au lieu d'un texte ?** Pour chaque question, une option parmi celles qu'on a déclarées, avec sa probabilité ; jamais une réponse hors des options, mais parfois une option fausse. **2 Vous voulez trier quatre cents courriels par jour en cinq services. Par quoi commencer ?** Étiqueter cent courriels réels ; essayer une règle, puis un modèle contraint aux cinq options, puis un modèle de décision si le volume le justifie ; mesurer les erreurs, et renvoyer les cas douteux à une personne. L'essentiel 1. Les catégories viennent d'abord : peu nombreuses, sans recouvrement, chacune avec son service et deux ou trois exemples réels. 2. Les règles passent avant le modèle : un expéditeur connu, un numéro de commande, un mot exact se trient sans IA, à coût nul et sans erreur de lecture. 3. Le modèle ne choisit qu'entre les catégories déclarées, plus « incertain » ; il ne rend pas toujours le même résultat, Zapier le rappelle. 4. Ce qui est incertain va à une personne, qui range et corrige ; ses corrections nourrissent la mesure. 5. Le tri range ; il ne répond pas au client. Une réponse qui part dehors se valide avant l'envoi. ## Prérequis - **Cent demandes réelles**, récentes, rangées à la main dans la bonne catégorie : elles serviront à essayer, puis à mesurer. - **La liste des catégories**, avec pour chacune le service qui la reçoit et une phrase qui dit ce qui y entre et ce qui n'y entre pas. - **Une boîte partagée ou un outil de tickets** où arrivent les demandes, et une file par service. - **Une personne de référence**, qui reçoit les cas incertains et tranche. - **L'outil d'automatisation** de l'entreprise, et sa limite : par exemple 6 000 actions par jour et par utilisateur avec une licence Microsoft 365 dans Power Automate. ## Étapes ### Avant la mise en service 1. Écrire les catégories la direction et les services **Ce qu'on obtient :** cinq à dix catégories, plus « incertain » ; chacune avec son service, sa définition et deux exemples. **Le conseil :** deux catégories qui se recouvrent font hésiter le modèle comme une personne : les fusionner ou les séparer par une règle. 2. Écrire les règles la personne de référence **Ce qu'on obtient :** les cas sûrs, triés sans modèle : l'adresse d'un fournisseur connu vers la comptabilité, un numéro de commande vers l'administration des ventes, le mot « résiliation » vers le service client. **Le conseil :** une règle se vérifie sur les cent demandes : combien elle en prend, combien elle en range mal. 3. Écrire la consigne du modèle la personne de référence **Ce qu'on obtient :** la liste des catégories avec leurs définitions, la demande à ranger, et l'ordre de répondre « incertain » quand aucune catégorie ne convient nettement. **Le conseil :** une sortie contrainte à la liste : un format imposé, ou un modèle de décision. Zapier appelle ce cas une étape d'IA dans un chemin fixe ; quand l'IA choisit elle-même la branche, il parle de flux « agentique ». 4. Essayer sur les cent demandes la personne de référence **Ce qu'on obtient :** pour chaque demande, la catégorie trouvée par les règles ou le modèle, à côté de la bonne. **Le conseil :** compter les erreurs par catégorie avant d'aller plus loin : un taux global cache une catégorie mal servie. ![Le tri des demandes entrantes : la demande arrive, les règles passent d'abord, le modèle range le reste dans une catégorie déclarée ou « incertain » ; ce qui est sûr part à la file du service, l'incertain à une personne qui range et corrige ; chaque semaine, un échantillon relu mesure les erreurs.](https://meridal.fr/assets/apprendre/medias/apprendre-td-tri.svg) ### La mise en service 1. Brancher le tri sur la boîte l'informatique **Ce qu'on obtient :** chaque nouvelle demande passe par les règles, puis par le modèle ; la catégorie s'affiche dans la file du service. **Le conseil :** ce qui arrive en cas de panne : dans Power Automate, les paramètres « Exécuter après » décident de la suite quand une action échoue, par exemple une alerte. 2. Renvoyer l'incertain à une personne l'outil, puis la personne de référence **Ce qu'on obtient :** la demande arrive chez la personne avec la proposition du modèle ; elle range, et sa correction est gardée. **Le conseil :** l'étape d'attente existe dans chaque outil : une approbation dans Power Automate, « Request Approval » dans Zapier, « Send and Wait for Approval » dans n8n. 3. Garder la trace l'informatique **Ce qu'on obtient :** pour chaque demande, la règle ou la catégorie du modèle, et la correction éventuelle. **Le conseil :** la durée de l'historique de l'outil : 30 jours dans Power Automate, 7 à 30 jours dans n8n selon l'offre ; au-delà, l'écrire ailleurs. ### Chaque semaine 1. Relire un échantillon chaque semaine la personne de référence **Ce qu'on obtient :** vingt demandes tirées au hasard, plus toutes les corrections de la semaine. **Le conseil :** les erreurs par catégorie, et celles qui reviennent. 2. Faire évoluer les règles et les catégories la personne de référence et la direction **Ce qu'on obtient :** une règle de plus pour un cas qui revient, une définition précisée, une catégorie fusionnée. **Le conseil :** rejouer les cent demandes après chaque changement : une correction ne doit pas en casser une autre. ## Contrôle du résultat - Chaque catégorie a un service, une définition et des exemples - Les règles trient sans erreur les cas sûrs des cent demandes - Le modèle ne sort jamais d'autre réponse que les catégories et « incertain » - Aucune demande ne reste sans catégorie ni personne l'incertain et les pannes arrivent chez quelqu'un - Les erreurs sont comptées chaque semaine, catégorie par catégorie - Aucune réponse au client ne part sans être relue n8n recommande une revue humaine avant toute communication à l'extérieur ## Problèmes fréquents **Le modèle range bien en essai, moins bien en service** **Cause**Les cent demandes d'essai ne ressemblaient pas au courrier réel, ou le courrier a changé. **À faire**Ajouter aux exemples les demandes corrigées de la semaine, et rejouer la mesure. **Trop de demandes partent en « incertain »** **Cause**Des catégories qui se recouvrent, ou des définitions trop vagues. **À faire**Lire les incertains de la semaine : ils disent quelle définition préciser ou quelle catégorie créer. **Une demande urgente attend dans la mauvaise file** **Cause**Le tri ne voit pas l'urgence, ou la catégorie urgente n'existe pas. **À faire**Une règle d'urgence avant le modèle : un client sous contrat, un mot comme « panne » ou « mise en demeure ». **Le tri s'arrête sans prévenir** **Cause**Une limite atteinte : dans Make, les scénarios s'arrêtent quand les crédits sont épuisés. **À faire**Une alerte en cas d'échec, et une file de secours triée à la main. **Le même courriel change de catégorie d'un jour à l'autre** **Cause**Une IA ne rend pas toujours le même résultat. **À faire**Des règles pour les cas qui doivent être stables ; pour le reste, la mesure hebdomadaire. ## Retour en arrière - **Couper le modèle sans couper le tri** : les règles continuent, et tout le reste part en « incertain » chez la personne de référence. - **Revenir au tri à la main** : la boîte partagée reste la même ; on désactive le flux, rien n'est supprimé. - **Retrouver une demande mal rangée** : la trace de chaque décision, règle ou catégorie, dit où elle est partie. ## Variantes par outil Microsoft 365 Google Workspace Zapier, n8n, Make Sur mesure - **Power Automate** : un flux déclenché par l'arrivée d'un courriel dans la boîte partagée ; des conditions pour les règles ; l'étape d'IA « Exécuter une invite » pour le reste ; « Démarrer et attendre une approbation » pour l'incertain. - **Les crédits** : à partir du 1er novembre 2026, les nouvelles licences n'incluent plus de crédits AI Builder ; les nouveaux clients achètent des crédits Copilot pour l'étape d'IA. - **Copilot Studio** : ses flux d'agent suivent un chemin fixe, avec des actions « Humain dans la boucle » ; les approbations en plusieurs étapes, dont certaines par l'IA, sont en préversion. - La fiche de l'outil : [Power Automate](https://meridal.fr/apprendre/power-automate/). - **Workspace Studio** : des flux déclenchés par Gmail ; l'administrateur peut exiger une approbation avant un envoi de courriel, et une étape refusée n'est pas exécutée. - **Ses limites** : 25 flux créés au plus, 25 flux actifs déclenchés par Gmail, 20 étapes par flux, appliquées à partir du 1er novembre 2026. - **Zapier** : une étape « AI by Zapier » compte 1 à 5 tâches selon le modèle ; « Request Approval » met le Zap en pause pour qu'une personne valide, refuse ou corrige. - **n8n** : les nœuds de modèles d'OpenAI, d'Anthropic, de Mistral, de Gemini et d'autres ; une revue humaine possible avant chaque outil d'un agent ; un flux d'erreur qui prévient en cas d'échec. - **Make** : son fournisseur d'IA compte des crédits sur les tokens ; la validation humaine native est réservée à l'offre Enterprise, en bêta fermée. - Choisir entre eux : [les outils d’automatisation](https://meridal.fr/apprendre/outils-d-automatisation/). - **Sur mesure**, quand le volume est fort : un modèle de décision, qui ne rend qu'une des options déclarées avec sa probabilité ; la probabilité sert de seuil pour « incertain ». Voir [les modèles de décision](https://meridal.fr/apprendre/modeles-de-decision/). - Le projet complet, pas à pas : [projet : tri d’une boîte de réception](https://meridal.fr/apprendre/projet-tri-d-une-boite-de-reception/). Les libellés et les limites sont ceux des pages des éditeurs, lues le 8 octobre 2026 ; aucune variante n'a été montée par Meridal pour cette page. ## Vérification **1 Comprendre Pourquoi faire passer des règles avant le modèle ?** Parce qu'un cas sûr, un expéditeur connu ou un numéro de commande, se trie sans erreur de lecture et sans coût ; le modèle ne sert qu'à ce que les règles ne savent pas ranger. **2 Appliquer Le modèle ne sait pas où ranger une demande. Que doit-il répondre, et qui la reçoit ?** « Incertain » ; la demande va à la personne de référence, qui la range et dont la correction est gardée pour la mesure. **3 Comprendre Le taux d'erreur global est bas. Pourquoi regarder quand même catégorie par catégorie ?** Parce qu'un taux global peut cacher une catégorie presque toujours mal rangée, souvent une petite, qui compte pour un service entier. ## Lectures suivantes ↑ Plus général Rien avant : c'est un point de départ. ← Avant [Les modèles de décision Comprendre · Niveau 2 · 12 minutes](https://meridal.fr/apprendre/modeles-de-decision/) Vous êtes ici Mode opératoire : le tri des demandes entrantes → Ensuite [Mode opératoire : un tableau de bord tenu à jour Faire · Niveau 2 · 15 minutes](https://meridal.fr/apprendre/tableau-de-bord-pas-a-pas/) ↓ Plus concret Rien avant : c'est un point de départ. [Tout le dossier « Modes opératoires »](https://meridal.fr/apprendre/dossier/modes-operatoires/) Les pages qui renvoient ici - [Mode opératoire : les comptes rendus de réunion](https://meridal.fr/apprendre/comptes-rendus-de-reunion/) - [Tri des demandes entrantes](https://meridal.fr/apprendre/tri-des-demandes-entrantes/) **Limites et sources** Les fonctions, libellés et limites des outils sont ceux publiés par les éditeurs, lus le 8 octobre 2026 ; aucune variante n'a été montée par Meridal pour cette page. Le calendrier de mesure et les seuils proposés sont la méthode de Meridal, pas une norme. 1. Le relevé : `apprendre/recherches/2026-10-08-automatisation.json`, 84 sources. Écrit par Meridal, avec l'aide de l'IA ; chaque fait vérifié à sa source et relu avant publication. Texte et schémas sous licence [CC BY 4.0](https://creativecommons.org/licenses/by/4.0/deed.fr) : reprenez-les en citant Meridal. Le code sous licence MIT. Service correspondant Ne plus recopier d'un logiciel à l'autre 1 100 € à 3 400 €, puis sur devis [Voir le service](https://meridal.fr/offre/#automatisation) ## Un premier échange de 30 minutes En visio et sans frais : vous décrivez votre situation, nous vous indiquons ce qui est réalisable, avec quels outils et pour quel ordre de prix. Vous pouvez aussi nous écrire ; chaque message reçoit une réponse écrite. [Réserver 30 minutes](https://meridal.fr/contact/#reserver) [Écrire un message](https://meridal.fr/contact/)