Réponse automatique d'e-mail pour le commerce électronique : un flux de travail en 5 catégories qui n'envoie jamais automatiquement

Les cinq catégories

Comment nous trions le courrier

Chaque message entrant est soumis à un moteur de règles transparent qui recherche des mots-signaux. Le moteur n'appelle pas un modèle caché ; il vérifie une liste courte de jetons et attribue exactement une étiquette.

Détails de catégorie

- Demande d'information – mots comme « prix », « stock », « couleur », « expédition », « ETA ». - Réclamation – mots comme « cassé », « endommagé », « en colère », « remboursement », « chargeback », « contrarié ». - Retour / échange – mots comme « RMA », « taille incorrecte », « article incorrect », « annuler », « échanger ». - Partenariat – mots comme « vente en gros », « affilié », « bulk », « B2B », « collaboration ». - Pourriel – mots comme « crypto », « loterie », « phishing », « gagner », « prix ». Ces messages sont mis en quarantaine et ne sont jamais répondu.

Exemples de placeholders de brouillon

Catégorie | Exemple de signal | Placeholder de brouillon Demande d'information | « Quand ma commande sera-t-elle expédiée ? » | Bonjour {{customer_name}}, votre commande #{{order_id}} est prévue pour être expédiée le {{ship_date}}. Vous recevrez un lien de suivi lorsque le transporteur le scannera. Réclamation | « L'écran est arrivé cassé. » | Bonjour {{customer_name}}, je suis désolé d'entendre parler du problème. Répondez avec une photo du problème et nous commencerons le remplacement. Retour / échange | « J'ai besoin d'une taille M au lieu de L. » | Bonjour {{customer_name}}, échangeons cet article. Répondez avec le numéro d'autorisation de retour que nous générerons pour vous. Partenariat | « Offrez-vous des tarifs de gros ? » | Bonjour {{customer_name}}, j'ai joint notre feuille de tarifs de gros. Faites-moi savoir si vous souhaitez organiser un appel. Pourriel | « Vous avez gagné 1 000 000 $ ! » | (Aucun brouillon – message déplacé vers le dossier de pourriel)

Pourquoi des règles ?

Les ensembles de règles sont faciles à auditer. Vous pouvez voir exactement quel mot a déclenché l'étiquette. Si une nouvelle phrase apparaît, vous l'ajoutez à la liste et le changement est visible dans le journal. Cela rend le système prévisible et vous permet d'expliquer les décisions à vos collègues ou aux auditeurs.

Score avant de rédiger

Score de sentiment

Nous calculons une valeur de sentiment allant de -1 à +1. Les valeurs négatives indiquent de la frustration, les valeurs positives indiquent de la joie. Le score provient d'un lexique qui pondère des mots comme « heureux », « merci », « en colère », « déçu ». Chaque jeton ajoute ou soustrait une petite quantité ; la somme est limitée à la plage.

Score d'urgence

L'urgence va de 0 à 10. Les jetons sensibles au temps tels que « maintenant », « ASAP », « aujourd'hui », « immédiatement » ajoutent 2 points chacun. Le langage de remboursement ou de chargeback ajoute 3 points. Si le message mentionne une menace légale, nous ajoutons 4 points. Le total est plafonné à 10.

Seuils de décision

Lorsque l'urgence atteint 7 ou plus, ou que le sentiment tombe en dessous de -0,4, ou que la catégorie est Plainte, l'e-mail est signalé pour examen humain. Une note interne est attachée qui liste les signaux exacts qui ont fait dépasser le score. Tout est stocké dans le journal d'audit, vous pouvez donc rejouer pourquoi un message a été escaladé.

Orientations externes

Notre méthode de notation suit les suggestions du Cadre de gestion des risques liés à l'IA de la NIST (https://www.nist.gov/itl/ai-risk-management-framework) et du Top 10 des applications de modèles de langage LLM de l'OWASP (https://owasp.org/www-project-top-10-for-large-language-model-applications). Ces sources nous aident à maintenir le modèle transparent et le risque faible.

Ce qui se passe ensuite

Si l'e-mail ne répond à aucun seuil, nous générons un brouillon à l'aide du modèle spécifique à la catégorie. Le brouillon ne contient que des variables et des espaces réservés factuels ; nous n'insérons jamais des détails inventés. Le brouillon est placé dans la file d'attente où un agent de support peut examiner, modifier et envoyer.

Les règles d'honnêteté

Ce que nous interdisons dans les brouillons

- Aucune date de remboursement garantie, sauf si nous avons vérifié que le retour a été reçu. - Aucune promesse de « 100 % de satisfaction » ou de revendications absolues similaires. - Aucun statut de commande fabriqué, tel que « expédié » lorsque le transporteur n'a pas scanné le colis. - Aucun langage de vente croisée qui implique une remise non approuvée.

Comment nous appliquons les règles

Le moteur de rédaction vérifie chaque phrase contre une liste de modèles interdits. Si un modèle correspond, le moteur arrête la sortie et renvoie un placeholder qui demande à l'agent de vérifier le fait. Par exemple, si le modèle tente de dire « Votre remboursement sera traité dans 2 jours », le moteur voit le flag de chronologie non vérifiée et remplace la phrase par « Veuillez vérifier la chronologie du remboursement avant de l'envoyer. »

Pourquoi cela est important

Les défaillances publiques des outils de réponse automatique proviennent généralement de promesses excessives. En bloquant ces phrases à la source, nous gardons l'agent dans la boucle pour toute déclaration qui pourrait affecter les droits ou les attentes d'un client. L'agent peut toujours ajouter une garantie après avoir vérifié le système de commande, mais l'outil ne l'insérera jamais de lui-même. (Art. 5, règle ID 1234).

Ce que cela n'est pas

Pas un agent autonome

MailPilot n'envoie jamais un message sans qu'un humain appuie sur le bouton d'envoi. Il s'agit d'un outil d'aide à la rédaction, et non d'un bot qui discute avec les clients de manière autonome.

Pas une garantie de réponses parfaites

L'outil réduit les saisies répétitives, mais il ne promet pas que chaque brouillon sera sans faille. Les agents doivent toujours lire et ajuster.

Pas un remplacement du jugement

Les décisions qui nécessitent une interprétation des politiques, des gestes de bonne volonté ou des nuances juridiques restent du ressort de l'équipe de support. L'outil ne gère que le premier passage de catégorisation et de rédaction.

Pas une boîte noire

Tous les scores, les correspondances de règles et les choix de modèles sont consignés. Vous pouvez exporter le journal et voir exactement pourquoi un message a été acheminé d'une certaine manière.

Ce que cela remplace

Triage manuel

Avant MailPilot, une équipe de trois agents passait environ 2,5 heures chaque matin à lire les mêmes cinq types de questions, à copier du texte de modèle et à taper des notes personnelles. Ce travail était répétitif et prédisposé à la fatigue.

Temps économisé

Avec la couche de rédaction en place, la même équipe passe maintenant environ 45 minutes sur le triage. Les deux heures restantes sont utilisées pour les cas complexes, les contrôles de qualité et les contacts proactifs.

Consistance

Puisque les modèles sont partagés, le langage utilisé pour le statut de commande, les instructions de retour et les demandes de gros reste uniforme sur les quarts de travail. Les clients remarquent le ton constant.

Essayez-le

Étapes de démo

- Visitez la page de démo interactive gratuite. - Collez n'importe quel e-mail de support dans la zone de texte. - Appuyez sur « Classer et rédiger ». - Voyez la catégorie, les scores de sentiment, d'urgence et le brouillon généré. - Éditez le brouillon si vous le souhaitez, puis copiez-le dans votre helpdesk.

Limites de la version gratuite

La version gratuite permet jusqu'à 20 réponses rédigées par jour. Aucun compte n'est nécessaire. Si vous avez besoin de plus de volume, les plans payants commencent à 150 brouillons par jour et incluent l'accès à l'API pour l'intégration au helpdesk.

Checklist de l'opérateur pour la réponse automatique par e-mail pour le commerce électronique : un flux de travail en 5 catégories qui n'envoie jamais automatiquement

Je garde une checklist écrite à côté de chaque version qui touche ce sujet. La liste est délibérément ennuyeuse : nommer le propriétaire, nommer l'artefact de preuve, et nommer la procédure de restauration. Si une étape ne peut pas produire un fichier, un ticket ou une ligne de journal, ce n'est pas une étape — c'est un vœu.

Avant de modifier la production

- Geler la branche ou la révision de configuration que vous allez mesurer. - Enregistrer le mode d'échec actuel avec une entrée concrète et une sortie concrète. - Confirmer l'identité sous laquelle s'exécute le travail, et si cette identité peut accéder à des données qu'elle ne devrait pas. - Ouvrir les références principales que vous allez citer : https://owasp.org/www-project-top-10-for-large-language-model-applications, https://www.nist.gov/itl/ai-risk-management-framework.

Pendant que vous exécutez la vérification

- Préférer un chemin reproductible à dix captures d'écran anecdotiques. - Écrire le résultat sécurisé attendu avant de déclencher l'outil ou la requête. - Capturer la commande exacte, l'invite, le schéma ou l'expression régulière sous test — et non une paraphrase. - Si le système peut agir (envoyer, écrire, supprimer, transférer), exiger une limite de confirmation dans le même passage.

Après avoir terminé

- Enregistrer le risque résiduel avec un propriétaire et une date, même lorsque l'analyse est propre. - Ne pas convertir un contrôle vert en langage de vente qui prétend à l'exhaustivité. - Réexécuter la même checklist lorsque le modèle, le schéma de l'outil ou les règles de validation changent.

Signal | Qu'enregistrer | Arrêter l'expédition ? Écriture ou envoi inattendu | Nom de l'outil, arguments, identité | Oui jusqu'à ce que les limites soient atteintes Manque de confirmation pour une action destructive | Chemin d'appel et contournement | Oui Texte non fiable traité comme instruction | Surface source et action résultante | Oui pour la portée de l'agent Analyseur propre, jugement ouvert | Éléments différés + propriétaire | Seulement si le chemin principal est sécurisé

MailPilot aide pour le premier passage mesurable. Les choix d'architecture, la validation légale et les affirmations destinées aux clients nécessitent toujours un propriétaire humain. Traitez chaque ligne de la checklist comme un support de décision, et non comme un certificat.

Comment j'explique les limites aux acheteurs

Lorsqu'un prospect demande si le produit "couvre tout", je réponds avec la limite : les vérifications automatisées détectent les modèles connus ; les chaînes nouvelles et le jugement de politique nécessitent encore un examen. Cette honnêteté réduit la charge de support et garde le blog aligné sur ce que le produit fait réellement.

Si vous avez besoin d'un second avis, associez ce texte aux références ci-dessous et à votre propre reproduction de staging. N'omitez pas l'étape de reproduction simplement parce qu'un modèle a rédigé un résumé confiant.

Références

- https://owasp.org/www-project-top-10-for-large-language-model-applications - https://www.nist.gov/itl/ai-risk-management-framework