Email par cas d'usage
100+ guides pratiques pour chaque situation de ton SaaS — de l'onboarding à la rétention, du dunning au PLG.
🚀 SaaS & Startups
💳 Billing & Paiements
🤖 IA & Tech
📊 Stratégie & Growth
Comment choisir sans se tromper : les cinq critères
| Critère | Question à se poser | Red flag |
|---|---|---|
| 1. Déclencheurs natifs | Les événements billing et produit déclenchent-ils les emails sans intermédiaire ? | Tout passe par Zapier — une couche de plus à payer, surveiller et dépanner |
| 2. Modèle de prix | Le coût grossit-il avec mes contacts ou avec mes envois ? | Paliers de contacts qui doublent la facture sans que le volume d'envois change |
| 3. Délivrabilité | Infrastructure dédiée ou partagée ? Gestion automatique des bounces ? | Aucune transparence sur la réputation d'envoi ni sur le warm-up du domaine |
| 4. Règles de sortie | Un contact sort-il automatiquement d'une séquence sur un événement ? | Séquences qui continuent d'envoyer après le paiement ou la résiliation |
| 5. Réversibilité | Templates, segments et historique sont-ils exportables ? | Export partiel ou payant — signe d'un lock-in assumé |
Autres questions fréquentes
Combien de temps avant de voir des résultats concrets ?
Quel budget prévoir pour démarrer ?
Quelle est la première erreur à éviter ?
Comment utiliser ces guides
Chaque guide suit la même logique : le contexte SaaS d'abord (pourquoi ce cas d'usage compte pour ton MRR), puis la méthode (les étapes concrètes, avec les règles de sortie qui évitent les emails inadaptés), puis les outils (testés selon notre protocole, avec leurs limites documentées). Les ordres de grandeur cités sont des repères observés ailleurs — pas des garanties ; construis ta propre baseline avant d'optimiser.
Si tu ne sais pas par où commencer, suit l'ordre de priorité qui vaut pour presque tous les SaaS : l'onboarding d'abord (c'est là que la conversion se joue), le dunning ensuite (chaque paiement raté non récupéré est du MRR perdu), puis le réengagement et les campagnes de fond. Les guides billing (Stripe, Paddle, Lemon Squeezy) t'aident à brancher ces séquences sur tes événements de facturation sans code.
Un cas d'usage manquant ? Écris-nous via la page contact — les demandes des lecteurs déterminent les prochains guides publiés.
La structure commune à tous les guides
- Le contexte : pourquoi ce cas d'usage pèse sur ton MRR, avec les ordres de grandeur observés ailleurs — marqués comme repères, pas comme promesses.
- La méthode : les étapes concrètes, les timings, et surtout les règles de sortie qui évitent qu'un client payant reçoive un email de trial.
- Les outils : testés selon notre protocole, avec leurs limites documentées, et un renvoi systématique aux pages de tarifs officielles pour les chiffres à jour.
- Les FAQs : les vraies questions — timing, erreurs, cas limites — avec des réponses qui n'éludent pas les « ça dépend ».
Si tu préfères naviguer par outil plutôt que par cas d'usage, les pages Outils et Comparatifs couvrent le point de vue opposé — les deux lectures se complètent.
Une précaution transversale
Presque chaque guide de cette bibliothèque repose sur la même machine : un événement déclencheur (inscription, paiement, usage), un email adapté, une règle de sortie. Si tu ne retiens qu'une seul principe de tout le site, retiens la règle de sortie : c'est elle qui sépare un système lifecycle d'une machine à spammer ses propres clients. Chaque guide en décline les variantes propre à son cas d'usage — et les ordres de grandeur qu'il cite restent des repères à confronter à ta propre baseline.
Le plan en quatorze jours
Pour passer de la lecture à l'action, voici le calendrier que nous recommandons à une équipe de une à trois personnes. Jours 1-2 : l'inventaire complet de tes emails existants, avec pour chacun son déclencheur, son audience et sa métrique. Jours 3-5 : la connexion des sources d'événements, avec un compte test pour vérifier chaque déclencheur. Jours 6-9 : la construction des séquences prioritaires, avec leurs règles de sortie écrites noir sur blanc. Jours 10-14 : la mesure — une baseline par séquence, une décision documentée. Rien de spectaculaire, mais au bout de deux semaines, le système existe : un événement produit un email correct au bon moment, et tu sais le mesurer.
Ce calendrier assume une contrainte : tu ne feras pas tout en deux semaines, et c'est très bien ainsi. Les campagnes de fond, les newsletters, les win-back élaborés viendront après — quand les deux fondations (onboarding et dunning) tournent depuis assez longtemps pour avoir produit des données exploitables. Un système de lifecycle qui démarre concentré sur l'essentiel et s'élargit progressivement bat presque toujours le grand lancement exhaustif qui retombe à la deuxième semaine.
| Jalon | Travail | Preuve que c'est solide |
|---|---|---|
| Jours 1-2 | Cartographier tous les emails existants (déclencheur, audience, métrique) | Une page de cartographie, trous et doublons surlignés |
| Jours 3-5 | Brancher les événements et authentifier le domaine (SPF, DKIM, DMARC) | Chaque événement de test déclenche le bon email |
| Jours 6-9 | Construire les deux séquences prioritaires avec sorties écrites | Un contact fictif parcourt chaque séquence sans accroc |
| Jours 10-14 | Poser la baseline par séquence et décider une métrique d'amélioration | Une décision documentée, opposable au mois suivant |