Boîte de réception à zéro, stress à zéro : tri des e-mails par IA pour une startup SaaS de 15 personnes

La responsable customer success de cette startup SaaS passait les deux premières heures de chaque journée de travail à trier ses e-mails. Pas à répondre - à trier. Décider de ce qui nécessitait une réponse aujourd’hui, de ce qui pouvait attendre, de ce qui était un rapport de bug, une question de facturation, ou un compliment qui n’appelait qu’un remerciement.

Avec 200 messages entrants par jour répartis sur trois boîtes (support, facturation, général), le rapport signal/bruit était brutal. Les problèmes critiques se retrouvaient enfouis. Les délais de réponse s’allongeaient. L’équipe était réactive, pas proactive.

Le problème

Trois symptômes pointaient vers la même cause profonde :

1. Urgences manquées. Un client signalant que son intégration API ne fonctionnait plus se retrouvait dans la même file qu’une demande de désinscription à la newsletter.
2. Effort dupliqué. Les questions fréquentes (tarifs, guides d’intégration, demandes de prolongation d’essai) étaient traitées à chaque fois de zéro, par la première personne à les prendre en charge.
3. Aucune visibilité. Impossible de savoir, un mardi matin donné, si la charge de support augmentait ou diminuait, ni quelles fonctionnalités généraient le plus de confusion.

L’équipe était talentueuse. Elle dépensait simplement ce talent à trier.

La solution

J’ai construit un pipeline de tri avec Claude au cœur du système et n8n gérant la logique de routage.

Ingestion. n8n interroge les trois boîtes Gmail toutes les 5 minutes. Chaque nouvel e-mail est envoyé à Claude avec un prompt de classification structuré qui renvoie : la catégorie (bug/facturation/demande-de-fonctionnalité/question-générale/hors-périmètre), l’urgence (P1/P2/P3), un résumé en une phrase et une action suggérée.

Routage. À partir de la sortie de Claude, n8n route chaque e-mail :

• Bugs P1 : alerte immédiate sur le canal Slack #oncall avec le résumé et un lien direct vers le fil
• Questions fréquentes : Claude rédige une réponse à partir d’une bibliothèque de modèles approuvés stockés dans Notion, puis la prépare en brouillon Gmail que le CS relit et envoie (en un clic)
• Questions de facturation : transférées à l’alias facturation avec le contexte pré-rempli
• Demandes de fonctionnalités : enregistrées dans un objet personnalisé HubSpot avec le plan du client et son niveau d’usage
• Tout le reste : étiqueté et trié, visible dans un digest quotidien

Digest quotidien. Chaque matin à 8 h 45, la responsable CS reçoit un message Slack : le volume d’e-mails de la veille par catégorie, le délai de réponse moyen, les trois principaux fils non résolus et toute anomalie (par exemple « 3 clients ont signalé le même problème avec la fonction d’export »).

Résultats

Après six semaines :

• Temps de tri des e-mails : 3 h/jour → 35 min/jour (88 % de réduction)
• Traité automatiquement (brouillon ou routage sans intervention humaine) : 68 % du volume entrant
• Délai médian de réponse aux P1 : 4 h → 22 minutes
• Demandes de fonctionnalités enregistrées dans HubSpot : de 0 (notes ponctuelles) à 100 % de captation
• NPS interne de l’équipe CS : passé de « l’e-mail est notre plus grosse douleur » à « on se sent enfin aux commandes »

La responsable CS passe désormais ses matinées à relire les brouillons préparés (généralement 10 à 15, soit environ 20 minutes) et à traiter les P1. Tout le reste l’attend dans la bonne catégorie quand elle y arrive.

Ce qui a fait la différence

Relecture humaine sur les envois. Chaque réponse en brouillon passe par un humain avant l’envoi. Claude rédige ; le CS approuve. C’était non négociable pour le client, et c’était le bon choix - cela maintient une qualité élevée tout en économisant l’essentiel du travail.

Classification calibrée. J’ai passé une semaine à auditer les classifications de Claude par rapport aux étiquettes de l’équipe sur 300 e-mails historiques. Là où elles divergeaient, j’ai affiné le prompt. Au lancement, la précision des catégories de Claude dépassait 92 %.

Déploiement progressif. J’ai commencé par la classification seule (sans routage ni brouillon) pendant les deux premières semaines. L’équipe a bâti sa confiance dans le système avant que j’automatise la moindre action. Cela a aussi fait émerger des cas limites que je n’avais pas anticipés - une catégorie « demandes de partenaires » qui n’entrait pas dans la taxonomie initiale.

Votre équipe support ou opérations croule sous les e-mails ? Discutons de ce à quoi le tri pourrait ressembler pour votre configuration.