J’ai créé le Mailchimp des agents IA : ce qu’il faut vraiment construire

▶️ Voir la vidéo complète

Mailchimp me coûtait plus de 4 000 € par an. J’utilisais une petite partie du produit, mais je payais pour une plateforme devenue beaucoup plus large que mon besoin. J’ai donc construit AgentsMail, un SaaS d’email marketing centré sur mes campagnes, mes séquences et le travail de mes agents.

Le produit est public. La partie intéressante n’est pas seulement l’interface. Envoyer un email paraît banal jusqu’au moment où il faut protéger un template, traiter 25 000 contacts, éviter les doublons, suivre les bounces et expliquer pourquoi un contact n’a rien reçu.

Le produit avant la méthode

AgentsMail couvre le parcours que j’utilise réellement :

• contacts, listes et tags ;
• templates avec zones éditables ;
• campagnes et programmation ;
• séquences avec état par contact ;
• statistiques de livraison, clic, bounce et désabonnement ;
• API utilisable par un humain ou un agent.

Un agent peut préparer un brouillon à partir d’un template. Il remplit les zones autorisées et laisse la campagne dans un état contrôlable. Il ne programme ni n’envoie automatiquement. L’humain garde la validation avant l’action sensible.

Cette frontière compte. Un système conçu pour des agents ne doit pas seulement exposer plus d’actions. Il doit rendre les états, les permissions et les validations visibles.

Une campagne n’est pas un bloc de texte

Le brouillon reste un objet métier : sujet, contenu, template, audience, état et CTA. L’éditeur protège la structure pendant que l’agent ou l’humain modifie le contenu.

Le même email doit ensuite fonctionner sur Gmail, Outlook et Apple Mail, sur mobile et desktop, en thème clair et sombre. L’HTML d’un email n’obéit pas aux mêmes règles qu’une page Web moderne. Un composant qui fonctionne dans le navigateur peut casser dans un client mail plus ancien.

Le template sert donc de garde-fou. L’agent produit dans les zones prévues au lieu de réécrire librement toute la structure.

Envoyer à 25 000 contacts sans envoyer deux fois

Une requête HTTP qui boucle sur 25 000 destinataires est fragile. Elle peut expirer, échouer au milieu ou relancer des envois déjà effectués.

AgentsMail découpe le travail en lots avec Inngest, contrôle la concurrence et conserve une progression observable. Chaque tâche doit être idempotente : si une tentative est rejouée, le même contact ne reçoit pas un second email.

Risque	Réponse technique	Preuve attendue
Timeout d’une grosse requête	traitement asynchrone par lots	progression visible
Échec partiel	retry sur le lot concerné	erreurs et reprises tracées
Double envoi	clé d’idempotence	un seul événement d’envoi par contact
Surcharge fournisseur	concurrence bornée	débit stable et erreurs contrôlées

Le gain n’est pas un bouton plus rapide. C’est la capacité à reprendre un traitement sans perdre l’état ni envoyer deux fois.

La délivrabilité ferme la boucle

Amazon SES transporte les emails. Il ne remplace pas le produit autour.

AgentsMail doit vérifier les domaines, prendre en compte SPF et DKIM, recevoir les événements de livraison, traiter les bounces et les plaintes, puis mettre à jour le contact, la campagne et la séquence. Un désabonnement doit arrêter la suite immédiatement.

Pour chaque contact, l’historique répond à des questions concrètes :

• quand est-il entré dans la séquence ?
• quel email a été préparé puis envoyé ?
• la livraison a-t-elle réussi ?
• quel lien a été cliqué ?
• quelle condition a choisi la branche suivante ?
• pourquoi le prochain message est-il bloqué ?

Sans cet historique, les statistiques agrégées sont jolies mais insuffisantes pour diagnostiquer un cas réel.

Je n’ai pas recodé tout Mailchimp

La vitesse vient d’abord du périmètre refusé. J’ai gardé les fonctions nécessaires à mon usage et écarté le CRM généraliste, les landing pages, la publication sociale et des années de compatibilité historique.

Mon PRD décrit le produit à construire. Un cimetière fonctionnel décrit aussi ce que je ne construirai pas. Chaque refus réduit le délai, les risques et la maintenance future.

AgentsMail est plus petit que Mailchimp. Il doit être complet sur son périmètre, pas imiter chaque menu.

Une story contient le contexte nécessaire

Pour une fonctionnalité comme l’envoi d’une campagne, je prépare un dossier complet :

1. recherche sur l’état du code et les APIs existantes ;
2. design du parcours et des états ;
3. plan avec tâches, dépendances, tests et Definition of Done ;
4. exécution sur une branche dédiée ;
5. review séparée avec tests relancés ;
6. validation du comportement visible et des cas d’échec.

Je délègue un objectif vérifiable, pas une longue série de micro-prompts. Les stories avancent en parallèle uniquement quand leurs dépendances sont prêtes. Contacts et templates peuvent ouvrir la voie aux campagnes ; les campagnes ouvrent ensuite la délivrabilité et les statistiques.

Cette organisation m’a permis d’aller vite sans confondre vitesse et absence de contrôle.

Voir AgentsMail fonctionner de bout en bout

Tester AgentsMail

Recevoir les prochains retours d’expérience dans The Agentic Dev