Comment confier les e-mails de votre entreprise à un agent IA (et pourquoi commencer par des brouillons)

Toute entreprise a une boîte mail que personne n'a envie d'ouvrir le lundi matin. On y trouve la demande d'un client qui attend une réponse depuis vendredi, trois newsletters, un avis automatique du système de facturation, un justificatif de paiement en PDF et un CV. Quelqu'un doit tout lire, trier ce qui compte, répondre, transférer au bon service et archiver. C'est un travail répétitif, lent et facile à repousser, et c'est exactement le type de travail qu'un agent IA fait bien.

Mais avant de confier les e-mails à un agent IA, il faut comprendre une chose que presque toutes les mises en place négligent : l'e-mail n'est pas un chat. Les règles qui fonctionnent sur WhatsApp ou dans le chat d'un site produisent, par e-mail, des conversations d'une semaine pour régler ce qui devrait tenir en deux messages.

Ce guide explique comment concevoir un agent pour le rythme de l'e-mail, quels types de boîte il vaut la peine d'automatiser et comment, ce que l'agent ne doit jamais faire, et pourquoi la meilleure façon de commencer est qu'il n'envoie rien.

Table des matières

• Pourquoi l'e-mail n'est pas un chat
• Les trois issues de chaque e-mail : répondre, transférer ou clôturer
• Commencez par des brouillons
• Cinq boîtes, cinq métiers différents
• Avant l'agent : ce qui ne doit pas arriver
• Comment le mettre en route
• En résumé
• À lire ensuite

Pourquoi l'e-mail n'est pas un chat

Dans un chat, une question par tour fonctionne : le client répond en quelques secondes et la conversation avance. Un agent qui demande d'abord le numéro de commande, puis l'e-mail de l'achat, puis une photo du produit règle le cas en quelques minutes.

Par e-mail, chaque aller-retour coûte des heures, parfois des jours. Le même agent, avec la même logique d'une question à la fois, transforme un cas de deux e-mails en un fil de cinq qui dure une semaine. Le client a l'impression qu'on le fait tourner en rond, et il a raison.

D'où la règle de conception la plus importante du canal : un bon agent e-mail demande tout ce qui lui manque en un seul e-mail. S'il lui faut trois informations pour résoudre le cas, il les demande toutes les trois ensemble, et explique pourquoi.

Les autres différences en découlent :

• Un e-mail par tour. Si l'agent a trois choses à dire dans un tour, elles partent dans un seul e-mail, complet et autonome. Jamais trois e-mails d'affilée.
• Dans le même fil. La réponse reste dans le fil du client, avec l'objet géré par la plateforme, au lieu d'ouvrir une nouvelle conversation à chaque fois.
• Dans la langue du client. L'agent répond dans la langue de l'e-mail qu'il reçoit.
• Pas de dialogue avec d'autres robots. Les réponses automatiques et les avis système ne déclenchent pas de réponse. Un agent qui répond à un « absent du bureau » et reçoit un autre « absent du bureau » en retour peut se retrouver dans un échange sans fin.
• Il s'efface quand une personne intervient. Dès qu'un membre de l'équipe prend la conversation, l'agent cesse d'intervenir.

Les trois issues de chaque e-mail : répondre, transférer ou clôturer

Chaque fois que l'agent traite un e-mail, il aboutit à l'une de trois issues, et il vaut la peine de les penser séparément, car chacune a un coût d'erreur différent.

Répondre. C'est le cas normal : l'agent répond de façon complète et le fil attend le client.

Transférer. Certains sujets dépassent l'autorité de tout agent automatique : une réclamation juridique, un soupçon de fraude, un retour hors politique, une autorisation. L'agent prévient alors le client par un e-mail bref et laisse le dossier ouvert pour qu'une personne le prenne. Bien transférer vaut plus que bien répondre, car répondre à ce qu'il fallait transférer est l'erreur qui finit en vrai problème.

Clôturer. Quand le sujet est réglé, le dossier s'archive tout seul. Si le client répond quelques jours plus tard, la conversation se rouvre et l'agent la reprend avec tout le contexte.

Ce qui tient les trois issues ensemble, c'est la véracité : l'agent n'affirme que ce qui est écrit dans les politiques que vous lui avez données et dans sa base de connaissances. Ce qui n'y figure pas, il le demande ou le transfère. Il n'invente ni délais, ni prix, ni exceptions. S'il dit des choses qu'il ne devrait pas affirmer, ce n'est presque jamais un problème de modèle : il lui manque du contexte. C'est pourquoi il vaut mieux avoir la base de connaissances prête avant de connecter le canal, et comprendre les trois couches de connaissance d'un agent IA.

Commencez par des brouillons

La décision qui réduit le plus le risque d'une mise en place par e-mail est unique : ne laisser l'agent rien envoyer au début.

Dans AsisteClick, chaque service qui reçoit des e-mails dispose d'un sélecteur avec trois modes de traitement (l'interface de la plateforme est en anglais) :

En mode Brouillon uniquement, la conversation arrive dans la boîte de réception avec l'e-mail du client replié et, en dessous, la réponse que l'agent aurait envoyée. La personne qui la relit a trois options : Modifier pour l'ajuster avant de l'envoyer, Envoyer pour qu'elle parte telle quelle, ou Ignorer pour la mettre de côté. Ce choix reste enregistré dans la conversation.

Pendant les premiers jours, vous voyez exactement ce que l'agent aurait répondu, sur de vrais e-mails et sans que rien ne parte. C'est le meilleur test possible, car aucun jeu d'exemples préparé à la main ne ressemble à ce qui arrive vraiment dans une boîte. Quand les brouillons convainquent, on passe à Répondre : c'est un sélecteur, il n'y a rien à refaire. Et si quelque chose ne fonctionne pas, on peut revenir à Sans agent IA à tout moment.

Comment lire les brouillons de la première semaine

Le mode brouillon n'est utile que si les brouillons sont lus avec discernement. Quatre questions suffisent pour chacun :

1. Est-il correct ? Affirme-t-il quelque chose qui ne figure pas dans vos politiques ou votre base de connaissances ?
2. Est-il complet ? A-t-il demandé en un seul e-mail tout ce qu'il fallait pour avancer, ou va-t-il imposer un autre aller-retour ?
3. Fallait-il transférer ? A-t-il répondu à quelque chose qu'une personne aurait dû prendre ?
4. L'enverriez-vous tel quel ? C'est la question qui décide quand passer à Répondre.

Quand un brouillon est raté, la tentation est de réécrire le prompt. Il vaut presque toujours mieux regarder d'abord la base de connaissances : un agent qui invente un délai de livraison le fait parce que le vrai délai n'était écrit nulle part. Pour comprendre pourquoi il a répondu ce qu'il a répondu, vous pouvez examiner la conversation dans l'Observabilité IA. Et un test à ne pas sauter : envoyer un e-mail que l'agent ne devrait pas pouvoir résoudre, pour vérifier qu'il transfère au lieu d'improviser.

Cinq boîtes, cinq métiers différents

« Automatiser l'e-mail » n'est pas une seule tâche. La boîte du support, celle de la comptabilité et celle des ressources humaines reçoivent des choses différentes et ont besoin d'agents différents. AsisteClick propose cinq modèles écrits pour le rythme de l'e-mail ; chacun est un point de départ que l'on ajuste ensuite.

Agent e-mail : le cas général

Il répond à chaque e-mail de façon complète et autonome, un seul e-mail par tour, dans le fil du client. Il résout avec vos politiques et votre base de connaissances, transfère ce qui dépasse son autorité et archive ce qui est réglé. C'est le modèle pour une boîte avec un sujet principal, comme les demandes commerciales ou le suivi des commandes.

Tri des e-mails : pour la boîte qui reçoit de tout

Beaucoup d'entreprises ont une adresse générique, du type info@ ou contact@, où arrive n'importe quoi. L'agent de tri ne résout pas : il classe et répartit. Il range chaque e-mail dans six types (ventes, support, comptabilité, RH, spam ou autre) et chaque type déclenche une action différente :

• Ventes, support, comptabilité et RH sont envoyés au service que vous avez choisi, étiquetés et ouverts pour qu'une personne les prenne.
• Le spam est archivé sans aucune réponse. Ce n'est pas de l'impolitesse : répondre à un spammeur lui confirme que la boîte existe et qu'elle est active.
• Autre reste ouvert et non attribué.

L'agent n'envoie qu'un bref accusé de réception de trois ou quatre lignes ; la demande est traitée par qui la reçoit. Et le type est enregistré dans une variable que l'on peut afficher comme colonne dans la boîte de réception et utiliser comme filtre. C'est la moitié de la valeur du tri : en plus de répartir les e-mails, il permet de voir comment ils se répartissent. Il regarde aussi les pièces jointes : une facture scannée va à la comptabilité et un CV aux RH, même si le corps de l'e-mail ne dit rien.

Support technique par e-mail

C'est là que la règle de tout demander d'un coup rapporte le plus. Un diagnostic technique demande plusieurs informations (modèle, version, ce qui a été essayé, quelle erreur apparaît) et les demander une par une est la recette du fil sans fin. Ce modèle demande tout ce qui manque en un seul e-mail, résout avec les problèmes connus et la base de connaissances, et escalade ce qui le dépasse avec tout ce qu'il a déjà appris, pour que la personne qui prend le relais n'ait pas à redemander.

Comptabilité par e-mail

La boîte de la comptabilité reçoit des justificatifs : virements, factures, reçus. Quelqu'un doit ouvrir chaque PDF pour savoir de quoi il s'agit. Ce modèle ouvre la pièce jointe et transcrit le justificatif dans le dossier : numéro, émetteur, identifiant fiscal, date et montant. La personne qui le prend voit les données sans ouvrir le fichier.

Ce qu'il ne fait pas compte tout autant : il ne confirme pas de paiements et n'approuve rien. Il extrait et organise ; la décision reste celle d'une personne.

Candidatures par e-mail

Il ouvre chaque CV et le résume : expérience, spécialité, dernier poste et formation. Et il suit une règle écrite exprès : il présélectionne, il n'écarte pas. Toutes les candidatures restent pour qu'une personne les voie. Un agent qui filtre les candidats de lui-même prend une décision qui ne lui revient pas, et que personne ne peut auditer ensuite.

Les cinq modèles partagent un principe à appliquer à tout agent que vous construisez : l'IA extrait, organise, classe et propose ; elle ne décide pas de ce qui revient à une personne. Approuver un paiement, rejeter un candidat ou accorder une exception ne sont pas des tâches à automatiser, et c'est justement là qu'échouent de nombreux déploiements d'agents IA.

Avant l'agent : ce qui ne doit pas arriver

Une boîte de support reçoit bien plus que des demandes : newsletters, publicités, notifications de systèmes, avis automatiques. Chacun ouvre une conversation que quelqu'un doit fermer à la main, et fausse en plus les rapports : le volume de « support » inclut des centaines d'e-mails qui n'ont jamais été ceux d'un client.

La solution n'est pas de demander à l'agent de les ignorer. C'est qu'ils n'arrivent pas. Les filtres d'e-mails entrants écartent ces e-mails avant que la conversation n'existe, et ils fonctionnent qu'un agent IA traite le canal ou non.

Chaque filtre est une condition sur un champ de l'e-mail (l'expéditeur, l'objet, le corps ou n'importe quelle partie), avec un opérateur (contient, ne contient pas, commence par, se termine par, est exactement ou n'est pas exactement) et un texte. Ils sont par service : chaque adresse a les siens. La plateforme affiche la règle écrite sur une ligne, par exemple :

Si l'expéditeur se termine par @newsletter.empresa.com y l'objet ne contient pas facture → Écarter

Ce « et » a une conséquence à bien comprendre : toutes les conditions d'un même filtre doivent être remplies en même temps, donc plus vous ajoutez de conditions, moins le filtre écarte d'e-mails. Si vous voulez écarter deux choses différentes, créez deux filtres.

Deux règles du canal sont à connaître avant de créer le premier :

• Ce qui est écarté n'est conservé nulle part. Il ne va ni dans les archives ni dans un dossier, et ne peut pas être récupéré. Le compteur de chaque filtre est la seule trace.
• Seuls les nouveaux e-mails sont filtrés. Les réponses dans une conversation déjà ouverte ne sont jamais écartées, même si elles correspondent à un filtre. Si un client vous écrit déjà, rien de ce qu'il envoie ne se perd.

C'est pourquoi les filtres s'écrivent avec prudence :

• Commencez par l'expéditeur. C'est le champ le plus précis : le domaine d'une newsletter ne ressemble pas à celui d'un client.
• Méfiez-vous de « n'importe quelle partie ». Le mot « facture » dans le corps d'une newsletter apparaît aussi dans la réclamation d'un client qui n'a pas reçu la sienne.
• Évitez les mots isolés et courts, comme « info », « paiement » ou « test », qui apparaissent partout.
• Un filtre par chose à écarter. C'est plus facile à lire, à mettre en pause et à supprimer.
• Regardez le compteur au bout de 24 heures. Un filtre qui écarte bien plus que prévu est en train de manger de bons e-mails. Dans le doute, la pause le désactive sans perdre sa configuration.

Un effet secondaire utile : l'agent IA ne voit jamais un e-mail écarté, donc il ne le compte pas non plus comme consommation.

Comment le mettre en route

Pas besoin de changer de fournisseur de messagerie ni de migrer la boîte. Dans AsisteClick, chaque service a une adresse unique générée par la plateforme, et ce que l'on configure est un transfert depuis la boîte que vous utilisez déjà : dans Gmail, depuis les paramètres de transfert ; dans Outlook, depuis les options de transfert du courrier ; sur une messagerie d'entreprise, avec une règle configurée par votre service informatique. La boîte reste la vôtre.

Une fois que le canal reçoit des e-mails, la mise en route tient en quatre étapes :

1. Créer l'agent. Le plus rapide est de partir de l'un des cinq modèles e-mail. Si vous le construisez de zéro, il lui faut deux skills : AI Agent (LLM), qui le rend conversationnel, et Email Agent, qui l'active pour ce canal.
2. L'attribuer au service dans Setup → Support channels → Email. C'est un agent par service ; si une seule boîte doit répartir vers plusieurs équipes, c'est le travail du modèle de tri.
3. Choisir le mode. Commencez en Brouillon uniquement.
4. Tester avec un e-mail envoyé depuis une boîte externe, et avec un autre que l'agent ne devrait pas pouvoir résoudre.

Le canal e-mail est inclus dès le plan Business pour un traitement humain. Pour qu'un agent IA le prenne en charge, il faut le plan IA Plus ; le détail se trouve dans les plans et tarifs. Le pas-à-pas complet est dans le guide Canal e-mail traité par un agent IA, et celui sur les filtres d'e-mails entrants couvre les cas particuliers.

Si vous préférez ne pas le faire seul, notre équipe s'en charge : nous construisons l'agent avec vos politiques et votre base de connaissances, le laissons en mode brouillon sur vos vrais e-mails et vous accompagnons jusqu'à ce que les brouillons sortent comme vous les enverriez. Vous pouvez voir le canal en détail sur Agent IA pour l'e-mail.

En résumé

Un agent IA peut retirer à votre équipe le travail le plus fastidieux de la boîte mail : lire, classer, transcrire des justificatifs, résumer des CV, répondre à ce qui est répétitif et transférer le reste. Pour que cela fonctionne, il doit être conçu pour le rythme de l'e-mail (tout en un seul e-mail, dans le même fil), savoir quand une décision ne lui revient pas, et travailler sur une boîte débarrassée de tout ce qui n'a jamais été une demande.

Et la façon de commencer est la moins spectaculaire : avec l'agent qui écrit des brouillons que personne ne reçoit. Une semaine à les lire en dit plus sur son niveau de préparation que n'importe quelle démonstration.

Questions fréquentes

Un agent IA peut-il répondre aux e-mails du service client ?

Oui. Un agent IA peut lire chaque e-mail qui arrive à un service, répondre avec les politiques et la base de connaissances de l'entreprise, étiqueter, transférer à une personne ce qui dépasse son autorité et archiver ce qui est réglé. La clé est de le concevoir pour le rythme de l'e-mail : demander tout ce qui manque en un seul e-mail, répondre dans le même fil et ne pas répondre aux réponses automatiques.

Qu'est-ce que le mode brouillon uniquement ?

C'est un mode de travail du canal e-mail dans lequel l'agent fait tout son travail (il étiquette, transfère et capture les données) mais n'envoie rien au client : il laisse la réponse proposée en brouillon dans une note privée, avec les options modifier, envoyer et ignorer. Il permet de voir pendant quelques jours ce que l'agent aurait répondu sur de vrais e-mails, sans risque, avant de passer à Répondre.

L'agent lit-il les pièces jointes ?

Oui. Le modèle comptabilité ouvre le justificatif joint et transcrit numéro, émetteur, identifiant fiscal, date et montant dans le dossier, et le modèle candidatures résume le CV. L'agent de tri classe aussi selon le contenu des pièces jointes : une facture scannée va à la comptabilité même si le corps de l'e-mail ne dit rien.

Que deviennent les newsletters et les e-mails automatiques ?

Ils sont écartés par les filtres d'e-mails entrants, avant d'ouvrir une conversation. Les filtres sont par service et se construisent sur l'expéditeur, l'objet ou le corps. Ce qui est écarté n'est conservé nulle part, il vaut donc mieux commencer par des expéditeurs dont vous êtes sûr de ne rien vouloir. En outre, l'agent ne répond ni aux avis système ni aux réponses automatiques, pour ne pas se retrouver dans un échange sans fin avec un autre robot.

Dois-je changer de fournisseur de messagerie ?

Non. Chaque service a une adresse unique sur la plateforme et on configure un transfert depuis la boîte que vous utilisez déjà, qu'il s'agisse de Gmail, d'Outlook ou d'une messagerie d'entreprise. La boîte d'origine reste la vôtre.

Que ne fait pas l'agent e-mail ?

Il n'approuve pas, ne confirme pas de paiements et ne prend pas de décisions qui reviennent à une personne. Le modèle comptabilité extrait les données du justificatif mais ne le considère pas comme payé, et le modèle candidatures présélectionne sans écarter personne. Ce qui dépasse son autorité, comme une réclamation juridique ou une exception à la politique, il le transfère avec le dossier ouvert.

À lire ensuite

• Les 3 couches de connaissance d'un agent IA — d'où l'agent tire ce qu'il peut affirmer
• Agent IA et collaborateur humain : les rôles de votre support — quand l'IA répond et quand une personne intervient
• Pourquoi les agents IA échouent dans le service client — les erreurs de processus à éviter dès le départ
• Service client omnicanal — l'e-mail comme un canal de plus dans la même boîte
• Factures et justificatifs par e-mail : l'IA lit, ne paie pas — le modèle comptabilité en détail : « illisible » et la fraude à la facture
• Trier les e-mails avec l'IA : ordonnez et mesurez info@ — le modèle de tri en détail : la répartition, le silence face au spam et la mesure