Agent e-mail
Un technico-commercial IA dans votre boîte de réception
Connectez la boîte de réception où arrivent déjà vos demandes. Kabaido lit chaque nouvelle demande de prix, chaque bon de commande et chaque question technique, exécute la même chaîne de traitement que l’application et rédige un brouillon de réponse depuis votre propre adresse. Le mode relecture est actif par défaut, rien ne part donc vers un client tant que vous ne l’avez pas autorisé.
Demande client
EntrantUne demande de prix arrive dans la boîte de réception connectée, pièces jointes comprises. L’agent la classe de façon déterministe avant tout appel à un modèle.
Réponse rédigée, dans le fil
Mode relectureLa chaîne de traitement standard s’exécute, puis l’agent rédige un brouillon de réponse à vos couleurs et dans votre ton, avec le devis PDF et le lien vers l’espace client joints.
Ce qu’il fait
Ce qui arrive à chaque message
L’étape la moins coûteuse passe en premier, si bien que la plupart des messages n’atteignent jamais un modèle. Tout ce qui suit est la chaîne de traitement standard du Sales Engineer, appliquée à la demande telle qu’elle est arrivée.
- Classé avant tout appel de modèle
- Des garde-fous anti-boucle écartent les envois de l’agent lui-même, les retours d’erreur et les réponses automatiques. Vos propres filtres d’inclusion et d’exclusion sur les expéditeurs, les domaines et les objets s’appliquent ensuite, puis un score déterministe par mots-clés range le message en demande de prix, bon de commande, question technique ou aucun. Un modèle n’est consulté que lorsque ces heuristiques hésitent.
- La chaîne de traitement standard, pièces jointes comprises
- Un e-mail détecté devient une demande dans la plateforme et suit la même chaîne de traitement Sales Engineer que l’application : lignes typées, correspondances catalogue avec leur score de correspondance, valeurs citant leur source et une demande de précision partout où quelque chose manque. Les pièces jointes sont chargées et lues avec lui.
- L’une des quatre réponses, rédigée à vos couleurs
- Le devis avec son PDF en pièce jointe et son lien vers l’espace client, une demande de précision lorsque la chaîne de traitement ne peut pas encore chiffrer, une réponse technique sourcée, ou une relecture structurée d’un bon de commande. La commande elle-même reste créée par une personne : l’agent n’engage aucune commande de lui-même.
- Dans le fil du message d’origine
- Les réponses partent depuis la boîte de réception connectée elle-même, rattachées au fil par les en-têtes In-Reply-To et References d’origine, si bien que la conversation reste un seul fil dans la messagerie du client comme dans la vôtre.
- Une vue d’activité par boîte de réception
- Chaque e-mail vu par l’agent est listé avec sa classification, son résultat et les crédits qu’il a consommés. Tout ce que les filtres ont écarté peut être traité à la main depuis la même vue.
Connexion
Gmail et Microsoft 365
Un administrateur de l’organisation connecte une boîte de réception depuis Paramètres, Intégrations, via l’écran de consentement du fournisseur. Voici, en intégralité, les autorisations déléguées demandées par chaque connexion.
Gmail
DisponibleL’écran de consentement de Google, via un client OAuth Google Cloud.
- gmail.readonly
- Lit les nouveaux messages et leurs pièces jointes pour que la chaîne de traitement travaille sur la demande telle qu’elle est arrivée.
- gmail.send
- Envoie la réponse rédigée depuis votre propre adresse, dans le fil du message d’origine.
Microsoft 365
DisponibleL’écran de consentement de Microsoft, via une inscription d’application Microsoft Entra.
- User.Read
- Lit le compte connecté pour que la boîte de réception porte l’adresse à laquelle elle appartient.
- Mail.Read
- Lit les nouveaux messages et leurs pièces jointes.
- Mail.Send
- Envoie la réponse rédigée depuis votre propre adresse.
- offline_access
- Maintient la connexion active sans vous demander de vous reconnecter toutes les heures.
Une fois la connexion faite, une tâche planifiée synchronise chaque boîte de réception toutes les cinq minutes et récupère tout ce qui est arrivé depuis la dernière exécution. Chaque exécution traite jusqu’à trois e-mails détectés par boîte et reporte le reste, si bien qu’une matinée chargée est traitée dans l’ordre plutôt que d’un bloc. Les jetons sont stockés chiffrés et la boîte peut être déconnectée à tout moment depuis la même page de paramètres.
Mode relecture
Rien ne part sans votre accord
Chaque boîte de réception démarre en mode relecture. L’agent lit, classe, exécute la chaîne de traitement et rédige la réponse complète, mais cette réponse part vers une adresse de relecture que vous choisissez, qui est au départ la boîte connectée elle-même. Votre client ne voit rien.
Vous lisez ces brouillons comme vous liriez ceux d’un nouveau collègue : le devis avec son PDF et son lien vers l’espace client, la demande de précision, la réponse technique sourcée. Quand un brouillon est faux, vous corrigez les données sous-jacentes ou les filtres, et le suivant est juste.
Quand les brouillons sont systématiquement justes, basculez cette boîte en mode direct. C’est un réglage par boîte de réception : une messagerie peut donc fonctionner en mode direct pendant qu’une autre reste en relecture, et le réglage se change à tout moment.
| Comportement | Mode relecture (par défaut) | Mode direct |
|---|---|---|
| Lit et classe les nouveaux messages | Inclus | Inclus |
| Exécute toute la chaîne de traitement et rédige une réponse | Inclus | Inclus |
| Où part la réponse rédigée | Une adresse de relecture que vous choisissez | Le client, depuis votre adresse |
| Devis marqué comme envoyé automatiquement | Non inclus | Inclus |
| Réglable par boîte de réception, à tout moment | Inclus | Inclus |
Limites
Ce à quoi il ne touche jamais
Un agent dans votre boîte de réception ne vaut que si ses limites sont exactes. Voici les nôtres.
- Les messages antérieurs à la connexion
- Le curseur de synchronisation est fixé au moment où vous connectez la boîte. Tout ce qui s’y trouve déjà est hors de la fenêtre de l’agent et n’est jamais lu, ni classé, ni traité par une réponse.
- Les messages qui ne sont pas des demandes
- Tout ce qui est classé en aucun est laissé tel quel : aucune réponse n’est rédigée et rien n’est créé. Le message reste listé dans la vue d’activité pour que vous voyiez ce que l’agent a décidé et le traitiez à la main s’il s’est trompé.
- Ses propres envois, les retours d’erreur et les réponses automatiques
- Chaque envoi porte un en-tête marqueur de l’agent Kabaido, et les garde-fous anti-boucle écartent tout message qui le porte, ainsi que les retours d’erreur et les messages d’absence. L’agent ne peut pas se répondre à lui-même.
- Vos clients, tant que vous ne l’avez pas décidé
- En mode relecture, qui est le mode par défaut, aucune réponse rédigée n’atteint un client. Rien ne sort de votre organisation tant que vous n’avez pas basculé la boîte en mode direct.
Coût
Lire est gratuit, répondre coûte un crédit
L’agent puise dans le même solde de crédits que le reste de votre compte. Il n’y a pas d’abonnement séparé pour la boîte de réception.
La synchronisation, la lecture et la classification ne consomment rien, à chaque échelon : les garde-fous anti-boucle, vos filtres, le score par mots-clés et l’appel de modèle qui n’intervient que lorsque ces étapes hésitent. Une boîte qui reçoit cent newsletters par semaine coûte autant qu’une boîte vide.
Une réponse rédigée coûte 1 crédit, facturé en plus des coûts standard par ligne de l’exécution qu’elle enveloppe, exactement comme la même demande coûterait dans l’application. Déclencher à la main un e-mail écarté coûte la même chose qu’un e-mail détecté par l’agent, et la vue d’activité indique ce que chaque message a consommé.
Questions
À propos de l’agent e-mail
- Un administrateur de l’organisation connecte une boîte Gmail ou Microsoft 365 par OAuth complet. L’agent synchronise les nouveaux messages toutes les cinq minutes, classe chaque message de façon déterministe avant tout appel de modèle et transforme les demandes de prix, bons de commande et questions techniques détectés en demandes qui suivent la chaîne de traitement standard, pièces jointes comprises. Les réponses sont rédigées à vos couleurs, dans le fil du message d’origine, avec le PDF du devis et le lien vers l’espace client. Le mode relecture est actif par défaut jusqu’à ce que vous basculiez la boîte en mode direct.
- Gmail demande gmail.readonly et gmail.send. Microsoft 365 demande User.Read, Mail.Read, Mail.Send et offline_access. C’est la liste complète : lire les nouveaux messages, envoyer la réponse depuis votre propre adresse et rester connecté. Les jetons sont stockés chiffrés et un administrateur de l’organisation peut déconnecter la boîte à tout moment.
- Non. Le curseur de synchronisation est fixé au moment de la connexion, seuls les messages arrivés après sont donc vus. Rien de ce qui se trouve déjà dans la messagerie n’est lu, ni classé, ni traité par une réponse.
- Pas si vous ne le choisissez pas. Le mode relecture est actif par défaut et envoie chaque brouillon à une adresse de relecture que vous définissez, qui est au départ la boîte connectée elle-même. Ce n’est qu’en basculant la boîte en mode direct que les réponses partent vers le client, et le devis est alors marqué comme envoyé.
- Une tâche cron synchronise chaque boîte connectée toutes les cinq minutes. Chaque exécution traite jusqu’à trois e-mails détectés par boîte et le reste est reporté à l’exécution suivante, cinq minutes plus tard, si bien qu’une matinée chargée n’affame jamais la planification.
- Lire et classer ne consomme aucun crédit. Une réponse rédigée coûte 1 crédit en plus des coûts standard par ligne de l’exécution qu’elle enveloppe, et déclencher à la main un e-mail écarté coûte exactement la même chose qu’un e-mail détecté par l’agent. Chaque e-mail de la vue d’activité indique ce qu’il a consommé.
- Non. Chaque valeur porte un extrait source venu de votre catalogue ou de la demande. Lorsqu’une valeur manque, l’agent répond par une demande de précision plutôt que par un devis. Citer ses sources ou s’abstenir est la règle dans la boîte de réception exactement comme dans l’application.
Le reste du module
Le même moteur, quel que soit le canal d’arrivée de la demande
La boîte de réception est une porte d’entrée vers le Sales Engineer. Une demande collée dans l’application, envoyée via l’espace client ou poussée par l’API suit exactement la même chaîne de traitement.
Pointez-le sur la boîte où arrivent déjà vos demandes
Démarrez gratuitement, connectez une messagerie et lisez les brouillons avant tout le monde.