Séquence d’e-mails d’onboarding SaaS : outils de création et d’envoi

Pour une séquence d’onboarding SaaS déclenchée par ce que font réellement les comptes (inscription, première action réussie, fin d’essai), le choix le plus direct parmi les outils de cette page est Customer.io. Son constructeur de workflows visuel permet de brancher chaque e-mail sur un événement ou sur un état du profil, et son palier Essentials commence à 100 $ par mois. Pour 10 000 profils, le palier Essentials 10k profiles est affiché à 145 $ par mois, facturation mensuelle.

Cette page sépare deux décisions qu’on confond souvent. La première concerne le gabarit HTML, c’est-à-dire la manière dont le message est fabriqué : MJML, React Email, Maizzle, Stripo, BEE ou Unlayer. La seconde concerne l’envoi : quel événement déclenche le message, à quel moment il part, et quelle branche suit un compte qui a déjà agi. Un gabarit soigné ne compense pas une séquence mal déclenchée, et un moteur d’envoi performant ne rend pas un message lisible sur mobile. Les deux choix se font séparément, puis se combinent.

Les prix ci-dessous proviennent des pages tarifaires officielles des éditeurs, consultées le 7 octobre 2026. Lorsqu’aucun prix n’est publié, la page l’indique par « tarif sur demande ».

Ce qu’une séquence d’onboarding doit accomplir

Une séquence d’onboarding ne sert pas à présenter toutes les fonctions du produit. Elle doit amener le nouvel utilisateur vers une action précise à l’intérieur de l’application : créer un premier projet, importer une liste, connecter une source de données, ajouter un moyen de paiement. Cette action sert de repère. Elle est la preuve que le compte a compris l’intérêt du produit, et chaque message de la séquence doit ramener le compte vers elle.

Il faut donc fixer cette action avant d’écrire un seul message. Dans un outil de facturation, elle prend souvent la forme de la connexion d’un moyen de paiement ou de l’émission d’une première facture. Dans un outil de gestion de tâches, elle peut être la création d’une tâche partagée avec un collègue. Une fois l’action choisie, l’équipe doit pouvoir la détecter dans l’application et l’envoyer à l’outil d’e-mail sous forme d’événement. Sans ce signal, la séquence continue d’envoyer des rappels à des comptes qui ont déjà réussi.

La séquence repose donc sur trois éléments. Le premier est un événement fiable, émis par l’application au bon moment. Le deuxième est un outil capable de recevoir cet événement et de choisir le bon message. Le troisième est un gabarit qui s’affiche correctement dans les boîtes de réception, sur mobile comme sur ordinateur. Les outils présentés plus bas couvrent chacun une partie de ce chemin, et aucun ne couvre seul les trois.

Comparaison des outils

Le tableau suivant résume le rôle de chaque outil dans une séquence d’onboarding, le tarif d’entrée lorsqu’il est publié, et la limite qui revient le plus souvent. Les prix sont ceux des pages officielles, dans la devise indiquée.

Les outils, un par un

Customer.io

Ce qu’il fait bien. Customer.io relie des événements produit à des parcours. Un compte qui termine la configuration peut sortir du parcours de rappel, tandis qu’un compte resté inactif plusieurs jours y entre. Le constructeur de workflows visuel montre chaque branche sans écrire de code, ce qui permet à l’équipe produit et à l’équipe marketing de relire la séquence ensemble avant sa mise en ligne. Pour une séquence d’onboarding, c’est l’outil de cette liste qui couvre le plus directement le besoin de base : envoyer le bon message au moment où il est utile, en fonction de ce que le compte a fait.

Où il est moins adapté. Si l’application n’émet pas encore d’événements propres (inscription, action clé, fin d’essai), il faut les instrumenter avant de construire des branches. Les e-mails ne seront justes que si les événements le sont. Le coût suit aussi le nombre de profils : un annuaire qui grossit avec des comptes jamais engagés pèse vite sur la facture. Le palier Premium, avec un volume de profils négocié, est indiqué à partir de 1 000 $ par mois.

Prix. Le palier Essentials commence à 100 $ par mois. Le palier Essentials 10k profiles est à 145 $ par mois, Essentials 20k profiles à 235 $ par mois, Essentials 30k profiles à 325 $ par mois, Essentials 40k profiles à 415 $ par mois, et Essentials 50k+ profiles à partir de 505 $ par mois. Ces paliers sont facturés mensuellement ; aucun tarif annuel n’est affiché pour eux. Le programme de démarrage indique 12 mois gratuits pour les entreprises en phase précoce ayant levé moins de 10 M$, sous conditions d’éligibilité. Détails sur la page tarifaire de Customer.io.

Segment

Ce qu’il fait bien. Segment collecte les événements une seule fois et les envoie vers plusieurs destinations : un outil d’envoi, un entrepôt de données, un outil d’analyse. Pour une équipe qui veut que « compte activé » ait la même signification partout, c’est la couche qui évite de dupliquer le code de suivi dans l’application. Chaque destination reçoit le même événement, avec les mêmes propriétés, ce qui limite les écarts entre les rapports et les e-mails.

Où il est moins adapté. Segment n’envoie pas d’e-mails. Une destination doit assurer l’envoi, et la mise en place demande en général un développeur. Pour une petite équipe qui n’utilise qu’un seul outil d’envoi, cette couche supplémentaire ne se justifie pas encore. Elle devient utile quand plusieurs outils consomment les mêmes événements.

Prix. La page tarifaire ne publie pas de prix chiffré pour Connections ni pour les offres de plateforme de données. Le tarif est sur demande. La page mentionne un essai gratuit pour Connections, sans durée ni limites précisées. Lien : page tarifaire de Segment.

Convert

Ce qu’il fait bien. Convert est un outil d’expérimentation : il compare des variantes de pages. Dans une séquence d’onboarding, il sert à savoir si la page vers laquelle pointe le bouton de l’e-mail d’activation convertit mieux qu’une autre version, par exemple un parcours guidé plutôt qu’une page d’accueil générale. Il sépare ainsi deux questions : le message donne-t-il envie de cliquer, et la page donne-t-elle envie d’agir ?

Où il est moins adapté. Convert n’envoie pas d’e-mails et ne remplace pas l’outil de séquence. Il ne sert que si le trafic vers les pages d’activation est suffisant pour qu’une comparaison ait un sens. Une petite équipe qui reçoit peu de visites gagnera davantage à améliorer le message lui-même.

Prix. Le palier Growth est à 399 $ par mois, ou 299 $ par mois facturés annuellement, pour 100 000 utilisateurs testés par mois. Le palier Pro est à 599 $ par mois, ou 420 $ par mois facturés annuellement, avec davantage de segments et des fonctions avancées. Un essai gratuit de 15 jours est proposé sur Growth et Pro. Lien : page tarifaire de Convert.

MJML

Ce qu’il fait bien. MJML est un langage de balisage open source qui se compile en HTML adapté aux clients de messagerie. Son intérêt pour une séquence tient à la répétition. Un en-tête, un pied de page et un bouton se réutilisent dans les cinq messages, et une modification se répercute partout. Le gabarit vit dans le dépôt de l’équipe, avec relecture et historique des versions. Si un changement casse le rendu, un retour arrière suffit.

Où il est moins adapté. Il n’existe pas d’éditeur visuel. Une personne du marketing qui veut changer une phrase doit passer par un développeur ou par un éditeur de code. Cela convient aux équipes dont les textes changent peu, moins à celles qui testent des objets et des paragraphes chaque semaine.

Prix. Tarif sur demande. Le logiciel de compilation est sans frais de licence ; le coût réel tient au temps passé à le maintenir.

React Email

Ce qu’il fait bien. Quand l’application est déjà écrite en React, React Email permet de composer les e-mails comme des composants. Le prénom, le nom du plan ou la date de fin d’essai passent par les mêmes données que l’interface. Cela réduit les écarts entre ce que l’utilisateur voit dans le produit et ce qu’il reçoit dans sa boîte, un problème fréquent quand les textes sont recopiés à la main.

Où il est moins adapté. Le rendu doit être vérifié dans les clients de messagerie, comme pour tout HTML. La séquence dépend aussi d’un circuit côté développement : une modification de texte devient une demande, ce qui ralentit une équipe marketing qui veut itérer vite. Il faut donc un accord clair sur qui valide quoi.

Prix. Tarif sur demande.

Maizzle

Ce qu’il fait bien. Maizzle génère des gabarits d’e-mail à partir de classes utilitaires, dans une logique proche de Tailwind. Il convient à une équipe front-end qui veut garder les couleurs, les espacements et la typographie de ses e-mails proches du design system de l’application. Les cinq messages d’une séquence peuvent partager une même base de styles, avec des variantes courtes pour chaque étape.

Où il est moins adapté. La mise en forme reste du code. Il faut une personne à l’aise avec le HTML des e-mails, notamment pour les anciennes versions d’Outlook, qui ignorent une partie des styles modernes. Une équipe sans profil technique aura besoin d’un relais pour chaque modification.

Prix. Tarif sur demande.

Stripo

Ce qu’il fait bien. Stripo est un éditeur visuel : l’équipe marketing assemble des blocs, remplace les images et exporte le HTML. Pour une séquence qui doit être modifiée souvent sans attendre un développeur, c’est le profil le plus direct de cette liste. Un modèle validé peut ensuite servir de base aux campagnes ponctuelles qui suivent l’onboarding, avec les mêmes couleurs et la même structure.

Où il est moins adapté. Le HTML exporté doit être relu avant d’entrer dans l’outil d’envoi, surtout si des blocs personnalisés ont été ajoutés. Un éditeur visuel facilite la production, mais il ne dispense pas de vérifier le rendu sur mobile et en mode sombre.

Prix. Tarif sur demande.

BEE

Ce qu’il fait bien. BEE est un éditeur par blocs qui s’utilise sans connaissance du HTML. Il convient aux équipes qui pensent en sections (titre, texte, image, bouton) plutôt qu’en colonnes et en tableaux. Pour une séquence de cinq messages, la cohérence visuelle vient de la réutilisation des mêmes blocs d’un e-mail à l’autre, ce qui évite de redessiner la mise en page à chaque envoi.

Où il est moins adapté. Les blocs personnalisés demandent une mise en place initiale. Sans un jeu de blocs défini par l’équipe, chaque personne compose ses messages à sa façon et la charte visuelle se disperse. Il faut aussi prévoir qui tient ce jeu de blocs à jour.

Prix. Tarif sur demande.

Unlayer

Ce qu’il fait bien. Unlayer est conçu pour être intégré dans un produit. L’éditeur apparaît dans l’interface de l’application, et le client peut créer ou modifier son propre e-mail de bienvenue ou de relance. Pour une plateforme SaaS qui veut offrir un éditeur à ses utilisateurs, c’est le cas d’usage le plus net de cette liste.

Où il est moins adapté. L’éditeur intégré doit être configuré avec les variables autorisées. Un client qui crée un gabarit libre peut sortir de la charte et produire un message qui ne s’affiche pas correctement. Une équipe qui n’a pas besoin d’offrir l’édition à ses clients n’en tirera pas l’essentiel.

Prix. Tarif sur demande.

Coût à plusieurs volumes

Le tableau suivant compare les paliers de Customer.io selon le nombre de profils, et ajoute Convert pour un usage différent. Les totaux annuels sont des calculs (12 mois × prix mensuel). Ils ne tiennent pas compte d’une remise annuelle, qui n’est pas publiée pour les paliers Essentials de Customer.io.

La lecture la plus utile de ce tableau porte sur l’écart entre deux paliers voisins. Entre 10 000 et 20 000 profils, le coût mensuel de Customer.io passe de 145 $ à 235 $, soit 90 $ de plus par mois et 1 080 $ de plus par an (12 × 90). Cet écart pèse davantage que le prix d’entrée. Une équipe qui démarre avec 10 000 profils doit savoir à partir de quel seuil son annuaire change de palier, et prévoir une purge régulière des comptes qui n’ont jamais agi.

Pour le choix de l’outil d’envoi, le nombre de profils compte plus que le nombre d’e-mails envoyés. Un compte actif qui reçoit cinq messages sur quatorze jours pèse une seule fois dans l’annuaire. Les gabarits créés avec MJML, React Email, Maizzle, Stripo, BEE ou Unlayer n’entrent pas dans ce calcul : leur coût se mesure en temps de fabrication et de relecture.

Comment choisir selon votre situation

Le choix dépend moins de la qualité d’un outil que de la personne qui doit modifier la séquence après la mise en ligne. Le tableau suivant part de situations concrètes et indique l’outil le plus adapté à chacune, avec la raison principale.

En pratique, le couple le plus fréquent associe un constructeur pour les gabarits (MJML, React Email, Maizzle ou un éditeur visuel) et un outil de déclenchement pour l’envoi. Pour une petite équipe qui n’a pas de développeur disponible chaque semaine, un éditeur visuel plus un outil à workflows demande le moins d’intervention après la mise en place. Pour une équipe technique qui livre ses modifications comme du code, MJML ou React Email garde le gabarit au même endroit que l’application.

Construire les e-mails : la méthode

L’ordre de travail compte. Écrivez les cinq messages en texte brut, sans mise en forme. Si le texte ne se comprend pas sans son gabarit, le gabarit ne le sauvera pas. Une fois le texte validé, placez-le dans le constructeur choisi.

Un gabarit commun suffit pour toute la séquence. Il comporte un en-tête discret, une zone de texte, un seul bouton d’action et un pied de page avec le lien de désinscription et une adresse de réponse. Avec MJML, la structure ressemble à ceci, où seuls les textes changent d’un message à l’autre :

<mjml>
  <mj-body>
    <mj-section>
      <mj-column>
        <mj-text>Bonjour [prénom], [phrase d’objectif de l’e-mail]</mj-text>
        <mj-button href="[lien vers l’action]">[libellé de l’action]</mj-button>
      </mj-column>
    </mj-section>
  </mj-body>
</mjml>

Quel que soit le constructeur, le même contrôle s’applique. Le HTML généré doit être relu. Le bouton doit rester visible quand les images sont désactivées. Le texte doit rester lisible en mode sombre, où certaines couleurs sont inversées par le client de messagerie. Ces vérifications prennent peu de temps sur un gabarit partagé, alors qu’il faudrait les refaire pour chacun des cinq messages si le gabarit n’était pas commun.

Pour les objets, trois formulations conviennent à ce premier cycle : « Votre premier projet, en une seule étape », « [prénom], une question sur votre configuration » et « Votre essai se termine dans deux jours ». Évitez les majuscules, les promesses qui ne correspondent pas au contenu et les intitulés génériques du type « Newsletter n° 47 ». Un objet qui annonce exactement ce que contient l’e-mail tient mieux dans la durée qu’un objet conçu pour forcer le clic.

Mise en place : liste de contrôle

Le tableau suivant regroupe les étapes d’une mise en place, avec le contrôle à faire avant de passer à la suivante. Il vaut pour n’importe quel couple de constructeur et d’outil d’envoi.

Une fois ces quatre étapes validées, la séquence se lance sur une petite part des nouveaux comptes. Il faut comparer le taux d’activation de ce groupe avec celui des comptes qui ne la reçoivent pas. Si l’écart est nul, le problème vient souvent du message, de son moment d’envoi ou de l’action proposée, pas du gabarit.

Déroulé de la séquence de 14 jours

Pour un essai de 14 jours, cinq e-mails suffisent dans la plupart des cas. Chacun a un déclencheur, un objectif et un seul appel à l’action. Adaptez les délais à la durée réelle de votre essai et au rythme que vos utilisateurs acceptent.

• Immédiatement après l’inscription. Le premier message confirme le compte, rappelle l’action clé et invite à répondre directement. Il ne présente pas la liste des fonctionnalités.
• Jour 1, si l’action clé n’est pas faite. Le message explique pourquoi cette action change le résultat, et propose d’ouvrir l’assistant de configuration.
• Jour 3. Le message montre un exemple proche du cas d’usage déclaré à l’inscription, ou du segment d’activité du compte. Il propose d’essayer le modèle fourni.
• Jour 6, si aucune connexion depuis trois jours. Le message traite une seule objection, la plus fréquente parmi les comptes qui n’agissent pas.
• Jour 12, à deux jours de la fin. Le message récapitule ce que l’utilisateur a déjà fait et l’aide à choisir un plan.

Les comptes qui ont réussi l’action clé ne doivent pas recevoir les messages qui leur demandent de la faire. Dans Customer.io, cela se règle par une branche : le compte qui a terminé la configuration sort du parcours de rappel et passe sur un message de suite. Sans cette branche, chaque message devient une erreur de ciblage.

Mesurer ce qui compte

Trois indicateurs suffisent à piloter une séquence d’onboarding. Le premier est le taux d’activation, c’est-à-dire la part des comptes qui réalisent l’action clé pendant l’essai. Le deuxième est le temps écoulé jusqu’à cette action. Le troisième est la conversion de l’essai vers un plan payant. Ensemble, ils disent si la séquence fait son travail. Un taux de clic seul ne le dit pas.

Les taux d’ouverture doivent être lus avec prudence. Certains clients de messagerie chargent les images à l’avance, ce qui gonfle les ouvertures sans que l’utilisateur ait lu le message. Pour la séquence, la question utile est de savoir si le compte a agi, pas s’il a ouvert l’e-mail.

Suivez aussi le désabonnement par étape. Si un message fait partir plus de comptes que les autres, il arrive souvent trop tôt, il est trop long ou il propose plusieurs actions à la fois. Le message fautif se corrige sans toucher aux autres.

Erreurs fréquentes

• Un gabarit soigné sans déclencheur. Le message est bien construit, mais il part à tous les comptes en même temps, y compris à ceux qui ont déjà réussi.
• Demander ce qui a déjà été fait. Un utilisateur qui a connecté son moyen de paiement ne doit pas recevoir un rappel pour le faire.
• Plusieurs boutons dans un même e-mail. Chaque bouton supplémentaire disperse le choix de l’utilisateur.
• Une relance après la fin de l’essai. Un message envoyé après l’expiration ressemble à une pression commerciale et ne ramène pas le compte.
• Pas d’adresse de réponse. Si l’utilisateur ne peut pas poser sa question, il quitte le produit à la place.
• Un HTML exporté jamais relu. Un éditeur visuel accélère la production, mais un bloc mal exporté peut casser le rendu de tous les messages qui le réutilisent.

Pour finir

La meilleure séquence d’onboarding part d’une action précise, déclenchée par un événement fiable. Le gabarit vient ensuite, et l’outil se choisit en fonction de la personne qui devra le modifier après la mise en ligne. Pour explorer d’autres sujets liés aux e-mails, revenez à l’accueil du site.

Questions fréquentes

Faut-il un constructeur HTML si l’outil d’envoi possède déjà un éditeur ?

Pas toujours. Un éditeur intégré à l’outil d’envoi suffit pour quelques messages simples. Un constructeur séparé (MJML, React Email ou Maizzle) se justifie quand le gabarit doit être versionné, partagé entre plusieurs envois ou relu par une équipe technique avant sa mise en ligne.

Customer.io est-il gratuit pour une jeune entreprise ?

La page tarifaire indique 12 mois gratuits via le programme de démarrage, pour les entreprises en phase précoce ayant levé moins de 10 M$. L’éligibilité dépend de critères publiés sur la page officielle. Hors programme, le palier Essentials commence à 100 $ par mois.

Combien coûte la séquence pour 10 000 profils ?

Le palier Essentials 10k profiles est affiché à 145 $ par mois, facturation mensuelle. Sur douze mois, le total est de 1 740 $ (12 × 145). Au-delà de ce volume, le palier suivant coûte 235 $ par mois pour 20 000 profils.

Peut-on utiliser Convert pour envoyer des e-mails ?

Non. Convert est un outil d’expérimentation qui compare des variantes de pages. Il sert à savoir si la page d’activation vers laquelle pointe un e-mail convertit mieux qu’une autre version. L’envoi et le déclenchement des messages se font dans un outil d’envoi.

Un seul e-mail de bienvenue ne suffit-il pas ?

Un seul message ne couvre ni les comptes qui n’ont pas agi, ni ceux qui ont besoin d’un exemple concret. Une séquence courte de cinq messages répond à ces situations sans multiplier les envois. Chaque e-mail garde un seul appel à l’action, et le nombre total reste limité au strict nécessaire.

Combien d’e-mails envoyer pendant un essai de 14 jours ?

Cinq sont un bon point de départ, à des moments différents : immédiatement, au jour 1, au jour 3, au jour 6 et au jour 12. Il est inutile d’envoyer plus d’un message par jour pendant l’essai. Si les comptes qui n’agissent pas se désabonnent, réduisez le nombre de messages avant d’ajouter des relances.

Les tarifs peuvent-ils changer ?

Oui. Les tarifs de cette page proviennent des pages officielles consultées le 7 octobre 2026. Ils peuvent évoluer. Avant tout engagement, relisez chaque palier, chaque remise annuelle et chaque condition d’essai sur la page du fournisseur.