Formation · ton business en ligne
Les mails qui partent seuls : bienvenue, relance, impayé.
Quatre mails suffisent et trois sont déjà écrits par ton prestataire de paiement. Le tien, celui de bienvenue, est le seul que les gens lisent vraiment. Encore faut-il qu'il arrive, ce qui est le vrai sujet de ce guide.
Les quatre mails et lesquels tu n'écris pas, pourquoi une adresse de renvoi ne peut pas envoyer, les trois réglages sans lesquels tu tombes en indésirable et la règle qui protège tes paiements.
Avant cette leçon Tu arrives ici directement ? Ces leçons préparent ce qu'elle suppose (le dossier, les outils installés) :
Ce que tu vas faire
Les quatre mails et les trois que tu n'écris pas Une adresse de renvoi ne peut pas envoyer Les trois réglages qui décident de l'arrivée Ce que la loi impose au moindre mail
La leçon d'avant Réserver quand on est abonné : ses séances, son quota, l'annulation →
Avant tout : un mail qui rate ne doit rien casser
La règle vaut pour tout ce module. L'envoi est un service en plus, posé à côté du travail sérieux. Si le service d'envoi tombe, l'inscription se termine, le paiement s'enregistre et l'accès s'ouvre. Le mail se renverra plus tard, ou jamais.
Le paiement enregistré L'accès ouvert Puis le mail de bienvenue S'il rate, rien ne casse L'ordre compte. Un envoi placé avant l'enregistrement bloque une vente le jour d'une panne. Le mail ne part pas dans la même opération que l'enregistrement, sans protection : avec un service d'envoi lent, le client attend trente secondes devant une page blanche puis clique deux fois.
01
Les quatre mails et les trois que tu n'écris pas
Le mail Quand Qui l'écrit Bienvenue Juste après le premier paiement Toi. C'est le seul Le reçu ou la facture À chaque échéance Stripe, ton prestataire de paiement La relance d'impayé Carte refusée, plusieurs fois Stripe La confirmation de résiliation À la résiliation Stripe
Les trois derniers sont déjà écrits, traduits et ils partent d'une adresse dont la réputation est établie. Les réécrire est du travail en double avec un moins bon résultat et ça double le risque qu'un client reçoive deux messages contradictoires.
Éteints au départ
Ces mails de Stripe ne partent pas tant que tu ne les as pas activés. Dans le tableau de bord : Paramètres > Facturation, partie Notifications par e-mail et gestion des clients , puis la page de recouvrement pour les échecs de paiement. Stripe recommande au minimum la confirmation des paiements et l'échec de paiement. En mode test, il n'écrit qu'aux adresses de ton équipe ou de ton domaine vérifié.
Ton mail de bienvenue tient en cinq lignes et ne vend rien : il a déjà acheté. Il dit où aller, par quoi commencer et comment t'écrire :
Copier
Objet : c'est ouvert, voilà par où commencer
Ton accès est actif. Tout est ici : adresse de ton espace
Si tu ne sais pas par où commencer, prends le premier guide du
module 1, il fait dix minutes .
Une question, un souci : réponds simplement à ce message.
« Réponds à ce message » suppose que ta boîte reçoive vraiment les réponses. C'est le piège de l'étape suivante et il est plus fréquent qu'on ne croit.
Ce mail part au bon moment si tu le branches sur le webhook de la leçon Encaisser ton premier paiement , le message que Stripe envoie quand quelqu'un a payé :
À écrire dans Claude Code Copier
Quand le webhook de paiement a passé un membre en actif pour la
première fois, envoie-lui le mail de bienvenue par mon service
d'envoi, avec la clé rangée dans le .env. L'envoi se fait après
l'enregistrement du paiement et l'ouverture de l'accès. S'il échoue,
note-le dans le journal sans rien annuler et dis-moi comment le
renvoyer à la main.
Cette demande suppose le service d'envoi branché, ce que font les deux étapes suivantes. Garde-la pour après.