Meilleur logiciel d'automatisation marketing par email pour SaaS

À qui s'adresse ce guide

Ce guide s'adresse aux fondateurs et aux équipes produit-marketing d'un SaaS qui envoient déjà des emails et veulent que chaque envoi dépende du parcours de la personne, et non d'un calendrier fixe. Il compare des plateformes d'automatisation, c'est-à-dire des outils capables de décider quand envoyer un message, à qui, et selon quel événement. Il ne compare pas des bibliothèques de modèles ni des éditeurs HTML, même si une section entière explique comment ces deux familles s'articulent avec les plateformes.

Le raisonnement suit trois questions simples. Quels événements votre produit et votre facturation peuvent-ils envoyer à un outil ? Combien de personnes ou de profils allez-vous payer chaque mois ? Votre équipe a-t-elle besoin d'un CRM, d'un canal autre que l'email, ou seulement d'un moteur de séquences ? Les réponses réduisent la liste à deux ou trois plateformes, et les tableaux plus bas servent à comparer leurs coûts réels.

Les prix cités sont ceux publiés sur les pages tarifaires des éditeurs à la date indiquée en haut de page. Quand un tarif n'est pas affiché pour une taille de base donnée, la case l'écrit clairement en « tarif sur demande ». Rien n'est extrapolé : si une grille ne donne pas le prix de votre taille exacte, nous indiquons le palier voisin, et le calcul à partir de ce palier est montré explicitement.

Ce qu'un SaaS attend vraiment d'un outil d'automatisation

Un SaaS n'a pas un parcours client linéaire. Un même compte peut passer par un essai gratuit, un plan payant, une mise à niveau, un paiement refusé, puis un retour après une résiliation. Chacune de ces étapes doit déclencher un message différent, et chacune vient d'une source différente : votre application, votre passerelle de paiement, parfois votre CRM. Un outil qui ne peut pas recevoir ces signaux oblige à exporter des listes à la main, et l'automatisation perd alors l'essentiel de son intérêt, qui est de réagir au moment où quelque chose se passe.

Trois familles d'événements comptent. Les événements produit : création de compte, première action clé, atteinte d'un quota, inactivité de plusieurs jours, invitation d'un collègue. Les événements de facturation : paiement réussi, paiement refusé, changement de plan, annulation, fin de période d'essai. Les événements de relation : ticket de support ouvert, demande de démonstration, réponse à un email, clic sur un lien de tarification. Un bon outil doit recevoir les deux premières familles sans bricolage, idéalement par une API d'événements ou un webhook, et doit pouvoir filtrer sur des attributs comme le plan, le montant payé ou la date d'inscription.

Le coût est la surprise la plus fréquente. Certains outils facturent par personne ou par profil, d'autres par volume d'envois, d'autres encore par contact enregistré, même inactif. Une base de 50 000 personnes dont seulement 5 000 ouvrent ou cliquent n'a pas le même coût selon la règle choisie. Avant de comparer les grilles, comptez vos profils, vos envois mensuels et la part de contacts réellement actifs. Cette seule étape évite la plupart des mauvaises surprises en fin de premier trimestre.

La facturation de votre produit compte aussi. Des passerelles comme Stripe ou Paddle émettent des événements de paiement qui peuvent servir de déclencheurs : paiement réussi, échec, renouvellement, annulation. Stripe facture ses paiements à la transaction, sans frais mensuel fixe sur la formule standard d'après sa page tarifaire. Paddle fonctionne lui aussi à la transaction, en tant que marchand de référence. Ces coûts ne sont pas ceux de l'outil marketing : ils s'ajoutent à votre facture existante, et il faut les garder en tête quand on compare.

Enfin, un SaaS doit tenir compte de la délivrabilité. Les emails de facturation ou de sécurité, comme une confirmation de compte ou une relance de paiement, ne se traitent pas comme une campagne de promotion. Beaucoup d'équipes gardent un service d'envoi transactionnel séparé pour ces messages et utilisent leur outil d'automatisation pour le reste. La section sur les constructeurs HTML et les envoyeurs revient sur cette séparation.

Les plateformes, une par une

Chaque fiche suit le même ordre : ce que l'outil fait bien pour une équipe SaaS, ce qui le limite, son prix publié et le lien vers sa page tarifaire. Les fiches ne sont pas classées par préférence. Le bon choix dépend de votre base, de vos déclencheurs et de votre équipe, comme le montrent les tableaux de coût et de décision.

Calculer le coût réel sur un an

Un prix mensuel ne dit pas tout. Sur douze mois, un abonnement à 39 $ par mois représente 468 $, et un abonnement à 100 $ par mois représente 1 200 $. Multiplier le prix affiché par douze est le calcul minimal à faire avant de comparer deux outils, surtout lorsque l'un d'eux n'affiche pas de tarif annuel.

Prenons un SaaS de 10 000 utilisateurs inscrits, dont 4 000 sont actifs chaque mois. Chez Drip, la base de 10 000 personnes correspond au palier 9 001 à 10 000, soit 154 $ par mois, et 1 848 $ sur douze mois. Chez Customer.io, le palier de 10 000 profils est à 145 $ par mois, soit 1 740 $ sur douze mois, sans annualisation affichée sur cette formule. Chez Klaviyo, la formule Email à 10 000 profils est à 150 $ par mois, soit 1 800 $ sur douze mois. Chez Mailchimp, le palier 5 001 à 10 000 contacts est à 135 $ par mois, soit 1 620 $, avec un plafond de 120 000 envois mensuels. Les écarts paraissent faibles, mais ils deviennent significatifs à 50 000 profils.

Si la base contient beaucoup de contacts inactifs, la question change. Un outil facturé au profil actif devient avantageux, alors qu'un outil facturé au contact enregistré pénalise la base dormante. Dans les grilles de Drip et Customer.io, le compte se fait sur les personnes ou profils suivis ; dans celles de Brevo, sur les envois. Pour choisir, il faut donc estimer deux chiffres : le nombre de personnes suivies et le volume d'envois par mois. Quand l'un des deux est très élevé et l'autre faible, la grille la plus adaptée n'est pas la même.

Ne pas oublier les coûts annexes. Une passerelle de paiement comme Stripe facture chaque transaction, sans frais mensuels fixes sur la formule standard. Un outil d'automatisation comme Zapier, utile pour relier votre produit à votre outil d'email, a un niveau gratuit de 100 tâches par mois et un plan Professional à 19,99 $ par mois. Ces lignes doivent figurer dans votre budget, car elles varient avec l'usage.

Constructeurs HTML et envoyeurs : qui fait quoi

Un email HTML pour SaaS passe par trois étapes distinctes : la conception du modèle, son rendu dans les clients de messagerie, puis l'envoi. Les plateformes d'automatisation couvrent surtout la troisième étape et une partie de la deuxième. Les constructeurs HTML couvrent la première, et certains couvrent aussi la deuxième. Séparer ces rôles évite de payer deux fois la même fonction, ou de se retrouver avec un modèle qu'aucun outil ne sait envoyer proprement.

Les frameworks de code comme MJML, React Email et Maizzle produisent du HTML qui fonctionne sur les clients de messagerie courants. MJML est un langage de balisage qui se compile en HTML responsive. React Email permet de composer les emails avec des composants React et de les prévisualiser pendant le développement. Maizzle repose sur Tailwind CSS pour styliser les modèles. Ces outils conviennent aux équipes techniques qui veulent versionner leurs modèles comme du code, avec des revues de changements et des tests automatisés.

Les éditeurs visuels comme Stripo, BEE et Unlayer permettent de construire un email par glisser-déposer, sans écrire de HTML. Stripo et BEE sont utilisés comme éditeurs autonomes ; Unlayer est conçu pour être intégré dans une application. Pour une équipe marketing qui produit beaucoup de campagnes, cette approche accélère la production. Les tarifs ne sont pas affichés dans les mêmes conditions que les plateformes d'automatisation, et il faut demander un devis selon le volume et les fonctionnalités.

Postcards, de Designmodo, est un éditeur web qui combine conception et export. Sa formule Start est gratuite avec 10 projets de modèles, 5 exports mensuels et 10 emails de test par jour. La formule Plus est à 16 $ par mois et Pro à 24 $ par mois, avec des exports illimités, plus de prévisualisations par client de messagerie, plusieurs collaborateurs et l'hébergement d'images avec CDN sur le plan Pro.

Côté envoi transactionnel, Postmark gère les messages de service : confirmation de compte, réinitialisation de mot de passe, reçu de paiement. Son niveau gratuit comprend 100 emails par mois. Le plan Basic commence à 15 $ par mois pour 10 000 emails, et le plan Pro à 16,50 $. Pour 50 000 emails par mois, Basic coûte 55 $, Pro 60,50 $ et Platform 66 $. Pour 125 000 emails, Basic coûte 115 $, Pro 126,50 $ et Platform 138 $. Ce service se branche sur un modèle HTML créé avec n'importe lequel des outils ci-dessus.

Brancher la facturation et le produit

Les parcours les plus rentables d'un SaaS sont souvent liés à la facturation : essai qui se termine, paiement refusé, plan qui change, abonnement annulé. Le plus simple est de faire remonter ces événements depuis la passerelle de paiement vers l'outil d'automatisation. Stripe et Paddle peuvent envoyer des événements de paiement ; la plupart des plateformes de ce guide acceptent aussi des événements envoyés par API ou par webhook depuis votre propre application.

Un événement bien conçu contient l'identifiant de la personne, le nom de l'événement, la date et quelques attributs utiles : plan, montant, source. Évitez d'envoyer des données de carte bancaire, qui n'ont aucune utilité marketing. Pour les relances de paiement, le lien vers la page de mise à jour de carte, fourni par la passerelle, doit figurer dans le message, car c'est l'action que le client doit effectuer.

Pour les événements produit, commencez par cinq ou six événements seulement : inscription terminée, première action clé, invitation d'un collègue, atteinte d'un quota, connexion après une longue absence. Ajouter des événements sans les utiliser ne sert à rien et complique la maintenance. Documentez le nom de chaque événement et l'équipe responsable de son envoi.

Enfin, testez les déclencheurs avant de les ouvrir à tous les utilisateurs. Créez un compte de test, faites-le passer par chaque étape, et vérifiez que le message part au bon moment et vers la bonne personne. Une erreur de déclencheur peut envoyer une relance de paiement à un client qui vient de payer, ce qui détruit la confiance plus vite que n'importe quelle campagne ne la construit.

Comment choisir, étape par étape

Commencez par la liste de vos parcours, pas par les outils. Un SaaS a rarement besoin de plus de cinq parcours au lancement : l'onboarding d'essai, la conversion d'essai en payant, l'onboarding après achat, la relance de paiement et la réactivation. Écrivez pour chacun le déclencheur, le nombre d'étapes et le délai entre les étapes. Cette liste dit quelle profondeur d'outil vous devez acheter.

Ensuite, comptez vos personnes et vos envois. Notez le nombre de comptes créés, le nombre de comptes actifs chaque mois et le volume d'emails que vous enverrez en moyenne. Ces trois nombres donnent la bonne grille dans chaque tableau de ce guide. Si votre base est très inégale, calculez deux scénarios : le scénario actuel et celui dans douze mois.

Puis listez les sources de données. Quels événements votre produit peut-il envoyer aujourd'hui ? Votre passerelle de paiement fournit-elle les événements dont vous avez besoin ? Un outil qui ne reçoit pas un déclencheur indispensable doit être écarté, même si son prix est le plus bas.

Troisièmement, décidez qui administre les parcours. Si un développeur doit modifier chaque modèle, un constructeur de code ou un éditeur bien intégré à l'équipe technique aura plus de sens. Si un marketeur doit tout faire seul, un éditeur visuel et un constructeur de parcours clair évitent les blocages.

Enfin, testez un premier parcours complet avant de signer un engagement annuel. Les essais de 14 jours sans carte bancaire, comme ceux de Drip ou de Mailchimp, sont faits pour cela. Mesurez le temps réel nécessaire pour construire un parcours et le coût de sa maintenance. Ce temps compte souvent plus que la différence de prix.

Erreurs fréquentes à éviter

La première erreur est de choisir l'outil le plus puissant alors que les besoins se limitent à trois parcours simples. Une équipe qui n'utilise que dix pour cent des fonctionnalités paie quand même l'ensemble, et passe du temps à entretenir des workflows qu'elle n'a pas besoin de faire évoluer.

La deuxième erreur est de compter les contacts sans distinguer les actifs des inactifs. Une base dormante gonfle la facture chez les outils facturés au contact, et dégrade la délivrabilité si elle reçoit les mêmes envois que les clients actifs. Un parcours de réactivation doit exister pour cette base, et les contacts qui n'y répondent pas doivent sortir de la liste d'envoi.

La troisième erreur est de mélanger le transactionnel et le marketing dans les mêmes flux. Une relance de paiement ou une confirmation de compte doit partir sans attendre un parcours marketing, avec un expéditeur reconnaissable. Si une campagne promotionnelle retarde un message de service, le client le remarque.

La quatrième erreur est de ne pas prévoir la maintenance. Un parcours oublié avec un ancien prix ou un lien mort reste actif et envoie son message pendant des mois. Chaque parcours doit avoir un propriétaire, une date de dernière revue et une condition de sortie claire.

La cinquième erreur est de négliger la mesure. Les taux d'ouverture ne prouvent pas qu'un parcours rapporte. Reliez les envois aux événements qui comptent : activation, conversion d'essai, paiement, mise à niveau. Un parcours qui fait ouvrir beaucoup d'emails sans rien produire doit être revu.