Où commence la séquence de conversion d'essai ?
L'onboarding et les e-mails de conversion d'essai font deux métiers différents. La séquence d'onboarding a un seul but : amener l'utilisateur à son moment de déclic — l'instant où la valeur du produit devient évidente. C'est l'activation. Ce n'est pas un achat.
La séquence de conversion d'essai prend le relais. Elle suppose la valeur déjà livrée et fait la seule chose que l'onboarding ne fait pas : demander la carte. Là où l'onboarding correspond à l'étape du cycle de vie d'activation, cette séquence correspond à la décision de conversion — une poussée courte et bien cadencée qui s'achève avant la fin de l'essai.
À quoi ressemble la séquence, et quand chaque e-mail est-il envoyé ?
Six e-mails, répartis sur la durée de l'essai. Certains se déclenchent selon le comportement, d'autres selon le calendrier. Les deux premiers réagissent à ce que fait l'utilisateur ; les quatre derniers décomptent jusqu'à l'expiration. Un moteur de parcours gère le mélange : un nœud wait_
| Essai de 14 jours | Essai de 30 jours | |
|---|---|---|
| Vérification d'activation | Jour 2 | Jour 3 |
| Rappel de valeur à mi-parcours | Jour 7 | Jour 15 |
| Traitement d'objection (J-3) | Jour 11 | Jour 27 |
| Urgence (J-1) | Jour 13 | Jour 29 |
| Expiration / jour de grâce | Jour 14–15 | Jour 30–31 |
| Reconquête post-expiration | Jour 18–21 | Jour 34–37 |
Que doit vraiment dire chaque e-mail ?
Les e-mails de rappel doivent relier la valeur à ce que l'utilisateur a réellement fait dans le produit, pas à votre liste de fonctionnalités. « Vous avez créé 5 segments et lancé 2 parcours — voici ce que cela donne sur une offre payante » vaut mieux que « notre plateforme est puissante ». Des détails précis qui reflètent leur propre activité sont l'argument le plus fort dont vous disposez.
- Un rappel de valeur lié à une action réelle dans le produit, avec un chiffre quand vous en avez un
- Exactement une objection, nommée et traitée — le prix, l'effort de migration ou une intégration manquante
- Une preuve sociale facultative : une ligne, un chiffre, issus d'une équipe comparable
- Un seul appel à l'action — passer à l'offre payante — sans rien pour lui faire concurrence
- Un langage clair sur ce qui se passe à l'expiration : ce qu'ils gardent, ce qu'ils perdent
Choisissez l'unique objection la plus susceptible de bloquer l'achat et traitez-la directement — n'en listez pas cinq. C'est le jugement qu'apporte un responsable du marketing de cycle de vie : savoir quelle objection est réelle pour ce segment. Si vous construisez le système plus large dans lequel vivent ces e-mails, voyez le marketing de cycle de vie pour startups.
Le jour d'expiration et la période de grâce
L'e-mail du jour d'expiration n'est pas un détail. Envoyez-le à l'instant où l'essai se termine : indiquez que l'accès a changé et donnez un seul chemin de retour. Ajoutez ensuite une courte fenêtre de grâce — un jour ou deux où le compte fonctionne encore — et dites-le. Si vous collectez une carte à l'inscription, notez les règles de délai : Userlist rappelle que des réseaux de cartes comme Visa exigent un préavis d'au moins sept jours avant qu'un essai ne se transforme en paiement, vos relances doivent donc démarrer assez tôt pour être conformes.
Ne traitez pas l'expiration comme une fin. Encharge, citant une analyse de MadKudu, rapporte qu'environ la moitié des conversions SaaS peuvent survenir après la fin de l'essai — d'où l'intérêt d'une reconquête post-expiration. Envoyez une relance plus légère quelques jours plus tard. Et une fois qu'un utilisateur a converti, la fuite suivante est la facturation : un échec de paiement provoque discrètement l'attrition d'un client payant, alors associez cette séquence à la relance de paiement et à la récupération des échecs de paiement.
Faut-il offrir une remise ?
Avec parcimonie. Une remise de 20 % affichée dans chaque e-mail de fin d'essai apprend aux gens à laisser l'essai expirer en attendant le coupon — vous entraînez vos utilisateurs les mieux intentionnés à temporiser. Préférez une urgence honnête et un rappel de valeur pendant l'essai en cours. Réservez une remise à une reconquête ciblée des utilisateurs qui ont laissé filer sans convertir, où elle constitue une vraie seconde offre, pas un réflexe. Des outils comme Customer.io, Encharge et Loops peuvent réserver cette offre à un segment précis d'utilisateurs perdus.
Comment mesurer la conversion d'essai en client payant ?
Le taux de conversion d'essai, c'est le nombre de clients payants divisé par les essais démarrés dans la même cohorte — faites vos cohortes par semaine d'inscription, pas par mois calendaire, sinon les inscriptions tardives faussent le taux. Segmentez-le entre activés et non activés ; la cohorte activée est celle que vos e-mails peuvent faire bouger. Les repères varient beaucoup selon la conception de l'essai : Baremetrics rapporte que les essais sans carte (opt-in) convertissent souvent autour de 15 à 25 %, tandis que les essais avec carte (opt-out) montent souvent plus haut, autour de 40 à 60 %. Traitez ces chiffres comme des points de repère, pas des objectifs — votre produit et votre audience fixent le vrai chiffre.
Le kit de démarrage : événements, parcours et messages
Tout ce qui suit est un modèle à adapter, pas un résultat : des noms d'événements, des règles de parcours et des brouillons de messages calibrés pour un essai de 14 jours. Remplacez-les par votre propre action de déclic, votre durée d'essai et vos noms d'offres. Le même kit existe en fichier Markdown, à déposer dans votre dépôt ou votre wiki.
Suivez cinq événements
Cinq événements portent toute la séquence. Envoyez les événements produit et de facturation depuis votre serveur, là où un bloqueur de publicité ne peut pas les supprimer ni un visiteur les falsifier, et gardez les données personnelles sur le profil plutôt que dans les propriétés des événements.
| Événement | Quand l'envoyer | Propriétés | Envoyé depuis |
|---|---|---|---|
| signup_ | Le formulaire d'inscription est envoyé, avant la vérification de l'e-mail | source, plan_ | Navigateur |
| signup_ | Le compte existe et l'e-mail est vérifié. Identifiez l'utilisateur ici, avec l'identifiant de votre outil de facturation | trial_ | Serveur |
| activated | L'utilisateur réalise votre action de déclic pour la première fois (définissez-la une fois, par exemple « premier rapport partagé ») | activation_ | Serveur |
| trial_ | Une tâche quotidienne trouve un trial_ | days_ | Serveur, planifié |
| subscription_ | Votre outil de facturation confirme le premier paiement réussi | plan, interval, amount | Serveur, depuis le webhook de facturation |
Deux règles de nommage gardent le plan lisible un an plus tard : objet_
Construisez trois parcours
Deux parcours d'onboarding séparent les essais activés des essais bloqués ; le troisième sauve l'essai à l'expiration. Les trois partagent les mêmes garde-fous : tout le monde sort dès que subscription_
| 1 · Onboarding : première valeur | 2 · Onboarding : essai bloqué | 3 · Sauvetage avant expiration | |
|---|---|---|---|
| Déclencheur | signup_ | Aucun événement activated 48 heures après signup_ | trial_ |
| Filtre d'entrée | En essai ; pas un compte interne ou de test | Idem, et pas de réponse à l'e-mail de bienvenue | Pas encore de subscription_ |
| Étapes | E-mail de bienvenue → attente de activated, 48 heures maximum → e-mail de prochaine étape | E-mail d'aide → attente de activated, 3 jours maximum → message en texte brut, signé par une personne | Branche sur activated : rappel de valeur avec une objection traitée, ou aide avec une offre de prolongation → rappel à J-1 → e-mail d'expiration et de jour de grâce → e-mail de réactivation 4 jours plus tard |
| Exclusions | Les désinscrits et les hard bounces n'entrent jamais ; un e-mail marketing par jour au plus, tous parcours confondus | Idem ; pause tant qu'une personne répond à leur message | Idem ; pas d'e-mail de réactivation s'ils ont répondu ou réservé un appel |
| Sortie et objectif | Objectif : activated. Sortie sur subscription_ | Objectif : activated. Sortie sur subscription_ | Objectif et sortie : subscription_ |
Adaptez six messages
| Message | Objet | Première phrase | Un seul appel à l'action |
|---|---|---|---|
| Onboarding (bienvenue) | Bienvenue sur {product} : une seule chose à faire d'abord | La plupart des équipes tirent de la valeur de {product} le jour où elles {aha_ | {aha_ |
| Activation (prochaine étape) | Vous avez {aha_ | C'est l'étape que la plupart des essais n'atteignent jamais. La suivante, c'est {next_ | {next_ |
| Aide (essai bloqué) | Bloqué sur {setup_ | Vous vous êtes inscrit il y a {days} jours et n'avez pas encore {aha_ | Répondre à cet e-mail |
| Fin d'essai proche (J-3, J-1) | Plus que {days_ | Jusqu'ici, vous avez {usage_ | Choisir une offre |
| Expiration (jour de grâce) | Votre essai est terminé. Votre travail est toujours là | Votre essai s'est terminé le {trial_ | Garder mon compte |
| Réactivation (reconquête) | Reprenez là où vous en étiez | Depuis votre dernière connexion, nous avons livré {relevant_ | Relancer mon essai |
Les variables entre accolades viennent des propriétés du profil et des données d'événements. Écrivez chaque message d'abord en texte brut, gardez un seul appel à l'action, laissez les remises hors de la séquence principale, et tirez chaque affirmation sur l'activité de l'utilisateur d'une vraie propriété, jamais d'une supposition.
Avant de tout activer
- Testez chaque parcours avec un profil de test : déclenchez chaque événement à la main et vérifiez qui entre, qui attend et qui sort.
- Payez avec une carte de test au milieu du parcours 3 et vérifiez que les e-mails restants s'arrêtent.
- Envoyez dans le fuseau horaire de chaque utilisateur, jamais la nuit, et plafonnez l'e-mail marketing à un par jour, tous parcours confondus.
- Si vous demandez une carte dès l'inscription, lancez les rappels assez tôt pour respecter les délais de préavis des réseaux de cartes décrits plus haut.
- Mesurez la conversion d'essai par cohorte de semaine d'inscription, et gardez un petit groupe témoin si vous voulez savoir ce que la séquence apporte vraiment.
Tout outil de parcours doté de déclencheurs sur événement, d'attentes qui se terminent sur un événement et d'une règle de sortie peut faire tourner ce kit. Dans fromHello, les cinq événements arrivent par le snippet de suivi ou l'API, et chaque parcours ci-dessus se construit avec les nœuds de l'éditeur : envoi d'e-mail, attente, attente d'un événement, branche, objectif et sortie. Les startups de moins de deux ans ayant levé moins de 5 M€ peuvent demander 12 mois de fromHello Core via notre programme startups. D'autres éditeurs en proposent aussi, et notre comparatif des programmes startups de marketing automation met leurs conditions côte à côte.