La relance d’abonnement envoie automatiquement des séquences d’e-mails aux clients dont les abonnements ont expiré en raison d’un échec de paiement ou d’une annulation par le client, en les invitant à mettre à jour leur moyen de paiement et à réactiver.
Qu’est-ce que la relance d’abonnement ?
La relance détecte automatiquement lorsqu’un abonnement entre dans un état récupérable et envoie une séquence d’e-mails invitant le client à agir :- Abonnements en attente : Échec du paiement de renouvellement (fonds insuffisants, carte expirée, etc.)
- Abonnements annulés : Le client a annulé depuis le portail client
Comment fonctionne la relance
Trigger
La relance est déclenchée lorsque l’abonnement entre dans l’un des deux états :
- En attente : Échec d’un paiement de renouvellement (fonds insuffisants, carte expirée, etc.)
- Annulé : Le client a annulé son abonnement depuis le portail client
Email Sequence
En fonction de l’état déclencheur, le système envoie jusqu’à 4 e-mails de relance à des intervalles configurés. Chaque e-mail comprend un lien vers le portail client où le client peut mettre à jour son moyen de paiement ou racheter l’abonnement.
Cycle de vie du statut
| Statut | Description |
|---|---|
recovering | La tentative de relance est active ; des e-mails sont envoyés |
recovered | Le client a mis à jour son moyen de paiement et le paiement a réussi |
exhausted | Tous les e-mails ont été envoyés sans récupération, ou l’état de l’abonnement a changé de manière inattendue |
Lorsqu’une tentative de relance est marquée comme
exhausted, l’état de l’abonnement n’est pas modifié. L’abonnement reste dans son état actuel (en attente ou annulé).Configuration de la relance
Activez et configurez la relance depuis Paramètres dans votre tableau de bord.
Séquences d’e-mails
La relance prend en charge deux séquences d’e-mails — En attente et Annulé — chacune avec jusqu’à 4 e-mails configurables. Chaque e-mail a les champs configurables suivants :| Paramètre | Description |
|---|---|
| Activé | Activer ou désactiver individuellement les e-mails sans les supprimer |
| Délai | Combien de temps après l’événement déclencheur envoyer cet e-mail |
| Sujet | Ligne d’objet de l’e-mail avec des espaces réservés |
| Corps | Corps de l’e-mail HTML avec des espaces réservés |
| Répondre à | Adresse e-mail pour les réponses des clients |
| Séquence | E-mail # | Délai par défaut |
|---|---|---|
| En attente | 1 | 1 jour |
| En attente | 2 | 3 jours |
| En attente | 3 | 5 jours |
| En attente | 4 | 7 jours |
| Annulé | 1 | 1 jour |
| Annulé | 2 | 3 jours |
| Annulé | 3 | 5 jours |
| Annulé | 4 | 7 jours |
Exemples d’e-mails de relance
La relance envoie différents e-mails selon l’état de l’abonnement. Voici des exemples de chaque type tels que vus par le client.- On Hold
- Cancelled
Expérience de récupération client
Lorsqu’un client clique sur le lien dans un e-mail de relance, il est dirigé vers le portail client où il peut voir le statut de son abonnement et mettre à jour son moyen de paiement.
Analytique
Suivez la performance de la relance depuis l’onglet Récupération dans la section Analytique de votre tableau de bord.
| Indicateur | Description |
|---|---|
| Entrées de relance | Nombre total de tentatives de relance créées |
| Taux de succès | Pourcentage de tentatives de relance ayant conduit à une récupération |
| Revenu récupéré | Total des revenus récupérés grâce à la relance |
| Récupération par tentative | Répartition des e-mails ayant conduit à la récupération |
Événements Webhook
| Événement | Description |
|---|---|
dunning.started | Une tentative de relance a été lancée pour un abonnement |
dunning.recovered | Un abonnement a été récupéré grâce à la relance |
Recovery Webhook Payloads
Voir les schémas complets de charge utile des événements de relance.
Cas Limites
| Scénario | Comportement |
|---|---|
| Le client met à jour son moyen de paiement avant tout e-mail | La récupération est détectée ; la tentative de relance est marquée comme récupérée |
| Le client achète un autre abonnement auprès de la même entreprise | La tentative de relance est marquée comme épuisée |
| Tous les e-mails de relance sont épuisés | La tentative de relance est marquée comme épuisée ; l’état de l’abonnement n’est pas modifié |
Bonnes Pratiques
- Commencez par les valeurs par défaut : Le timing des e-mails par défaut est conçu avec un espacement raisonnable (1, 3, 5 et 7 jours) pour éviter de submerger les clients tout en maintenant l’urgence.
- Surveillez les taux de succès : Suivez quel e-mail dans la séquence génère le plus de récupérations. Si les e-mails ultérieurs ont une conversion proche de zéro, envisagez de les désactiver.
- Coordonnez-vous avec le support : Assurez-vous que votre équipe de support sait que des e-mails de relance sont envoyés, afin qu’elle puisse aider les clients qui contactent le support.
- Examinez les états des abonnements : Associez la relance avec les webhooks
subscription.on_holdetsubscription.cancelledpour un suivi complet du cycle de vie.
La relance fonctionne parallèlement aux flux existants d’abonnement en attente et de réactivation dans le portail client. Une fois activée, elle fonctionne automatiquement sans intégration supplémentaire requise.
Associé
Recovery Webhooks
Réagissez aux événements
dunning.started et dunning.recovered.Abandoned Cart Recovery
Récupérez les paiements uniques incomplets ou échoués avec des e-mails ciblés.
Customer Portal
Les clients mettent à jour les moyens de paiement via le portail client.
Subscriptions
Comprenez les états d’abonnement qui déclenchent les flux de travail de relance.