Guide · Boîte partagée et demandes entrantes
Traiter les e-mails entrants avec un agent IA sans perdre une demande.
L’agent IA classe le message, lit les pièces et prépare le dossier. Les règles retrouvent le client, contrôlent les champs et créent la tâche. L’équipe valide les réponses qui engagent un prix, un délai ou une responsabilité.
Voir l’automatisation de processus
Ce que ce guide établit
- 01
Trier
Reconnaître le type de demande et l’orienter vers la bonne file, avec un seuil de confiance.
- 02
Rattacher
Retrouver le client ou le dossier sans créer de doublon et conserver le message d’origine.
- 03
Préparer
Extraire les informations utiles et proposer l’action suivante sans envoyer ni décider à la place de l’équipe.
« Automatiser la boîte mail » est un périmètre trop large.
Une boîte partagée mélange souvent demandes de devis, commandes, factures, questions clients, notifications d’outils et messages internes. Leur seul point commun est le canal. Les règles, les responsables et le niveau de risque diffèrent. Un projet fiable commence donc par un type de message et une sortie précise, par exemple rattacher une demande de devis au bon compte puis préparer une tâche commerciale.
Le premier inventaire se fait sur un échantillon réel et limité dans le temps. Classez les messages selon leur motif, la présence de pièces jointes, la possibilité d’identifier un client et l’action finalement réalisée. Notez aussi les messages indésirables, les doublons et les conversations déjà commencées. Cette observation donne les catégories utiles ; elle évite d’entraîner ou de paramétrer un système sur les dossiers imaginés en réunion.
Séparez ensuite ce qui relève d’une règle et ce qui nécessite une interprétation. Une adresse d’expéditeur connue, un identifiant dans l’objet ou un formulaire structuré se traite par règle déterministe. Un texte libre ou une pièce variable peut justifier une classification assistée par IA. Même dans ce cas, un seuil de confiance et une file « à vérifier » doivent empêcher une réponse incertaine de devenir une action automatique.
Les six étapes d’un flux entrant robuste.
La première étape conserve le message brut et son identifiant. La deuxième retire les notifications manifestement hors périmètre sans supprimer l’original. La troisième classe la demande. La quatrième cherche le client ou le dossier dans la source de vérité. La cinquième extrait les champs et contrôle leur format. La sixième crée une tâche ou un brouillon dans l’outil de travail de l’équipe. Chaque étape écrit un statut lisible et peut s’arrêter sans perdre le contexte.
Le rattachement mérite une règle stricte. Une correspondance sur l’adresse e-mail peut être fiable pour certains clients, insuffisante pour un groupe ou trompeuse lorsqu’un intermédiaire écrit. Un numéro de commande, un identifiant de dossier ou une combinaison de plusieurs indices offre une meilleure preuve. Si deux comptes correspondent, le scénario ne choisit pas : il présente les candidats à une personne.
Les pièces jointes forment un flux dans le flux. Il faut contrôler leur type, leur taille, les doublons, l’échec de lecture et la présence éventuelle de données sensibles. L’extraction complète le document original, qui reste la référence. La valeur extraite, la page source et le niveau de confiance doivent rester disponibles pour la revue, surtout lorsqu’ils alimentent un devis, un dossier qualité ou une facture.
Conserver
Message, pièces, date et identifiant d’origine restent accessibles depuis le dossier créé.
Qualifier
Le système distingue les catégories utiles au travail, pas une taxonomie abstraite de tous les messages possibles.
Router
La destination est une file, une tâche ou un propriétaire visible ; pas un simple déplacement dans un dossier oublié.
Alerter
Les échecs techniques et les demandes ambiguës empruntent deux files différentes avec deux responsables différents.
Où l’IA aide, et où elle doit s’arrêter.
L’IA est utile lorsque la forme varie : reconnaître l’intention d’un message, résumer une conversation, extraire des informations d’un document ou proposer un brouillon. Elle n’est pas nécessaire pour copier un statut, vérifier une valeur obligatoire ou déclencher une tâche. Garder les règles simples hors du modèle rend le flux moins coûteux, plus testable et plus facile à expliquer.
Une classification ne devrait jamais se limiter au nom de la catégorie. Demandez au système les éléments qui soutiennent sa proposition : mots ou passages repérés, identifiant trouvé, champs absents. Cette justification n’est pas une preuve parfaite, mais elle accélère la revue et aide à détecter une catégorie mal définie. Les données sensibles ou personnelles ne doivent être envoyées à un fournisseur qu’après vérification du contrat, de l’hébergement, de la conservation et des usages secondaires.
L’envoi automatique est une frontière distincte. Un accusé de réception neutre et balisé peut parfois être automatisé. Une réponse commerciale, un engagement de délai, une décision de support ou un contenu réglementé devrait rester à valider tant que les règles et les risques n’ont pas été établis. Préparer un brouillon apporte déjà une continuité sans retirer la responsabilité à l’équipe.
Mesurer le pilote sans masquer les erreurs.
Avant le pilote, mesurez le nombre de messages du périmètre, le délai jusqu’à la première prise en charge, les changements de propriétaire, les dossiers incomplets et les demandes retrouvées tardivement. Pendant le test, ajoutez le taux de classement accepté, le nombre de corrections, les échecs de rattachement et le volume envoyé dans la file d’exception. Un taux d’automatisation élevé n’est pas un objectif si les corrections deviennent invisibles.
Testez avec des messages courts, longs, transférés, rédigés depuis un mobile, sans objet, avec plusieurs pièces, avec un client inconnu et avec un identifiant erroné. Vérifiez aussi les réponses dans une conversation existante. Le scénario doit éviter de créer une nouvelle demande à chaque message et savoir rattacher le fil sans fusionner deux sujets différents.
Enfin, désignez un propriétaire fonctionnel. Cette personne ne maintient pas forcément la technique ; elle décide des catégories, valide les nouvelles règles et arbitre les exceptions. Sans propriétaire, la boîte change, les équipes inventent de nouveaux usages et l’automatisation continue d’appliquer une représentation devenue fausse.
Vous pouvez montrer cinq messages représentatifs ?
Flux45 cartographie leur parcours, sépare règles et IA, puis propose un pilote qui garde le message d’origine et une file de reprise.
Voir l’automatisation de processusUn exemple réel vaut mieux qu’une liste d’outils.
Apportez un dossier, un e-mail ou un passage entre deux logiciels. Nous le transformons en périmètre testable, exceptions comprises.
Premier échange non facturé. Le devis précède toute connexion à vos systèmes.