Prévention du churn — Gardez plus de clients payants — Claude Skill
Une compétence Claude pour Claude Code par Corey Haines — exécuter /churn-prevention dans Claude·Mis à jour le 6 juin 2026·v1.1.0
Réduisez le churn avec des parcours d’annulation, offres de rétention et campagnes win-back
- Conçoit des parcours d'annulation avec exit survey, option pause et offres de rétention
- Rédige des séquences d'emails dunning pour récupérer les paiements échoués
- Construit des campagnes win-back pour les utilisateurs churnés selon la raison d'annulation
- Crée des prompts de rétention in-app déclenchés par des signaux de faible engagement
- Définit un modèle de scoring du risque de churn et les déclencheurs d'intervention
Pour qui
Vous gérez le positionnement, les lancements et le parcours acheteur. Ces compétences aident à écrire, pricer et lancer avec précision.
Voir les compétences de ce rôleVous lancez des expériences, optimisez les parcours d'acquisition et suivez les chiffres de l'inscription au revenu.
Voir les compétences de ce rôleVous pilotez la génération d'opportunités : publicités payantes, séquences e-mail, lead magnets et optimisation des formulaires.
Voir les compétences de ce rôleCe qu'il fait
Conçoit tout le cancel flow : questions d'exit survey, offre de pause, modal de remise et email de confirmation, adaptés à votre modèle de pricing
Crée une séquence dunning multi-étapes avec timing d'emails, copy et logique de retry intelligente pour récupérer le churn involontaire
Segmente les utilisateurs churnés par raison de départ et construit des séquences email win-back ciblées avec la bonne offre par segment
Fonctionnement
Décrivez votre churn actuel et les points où les clients décrochent
Partagez les données d'exit survey ou raisons d'annulation courantes si disponibles
Le skill mappe les points d'intervention de rétention sur tout le cycle client
Rédige le copy et la logique de flow pour chaque intervention
Livre des specs implémentables pour votre ESP ou équipe produit
Métriques améliorées
Compatible avec
Identifie tôt les utilisateurs à faible engagement en suivant les baisses d'usage des fonctionnalités
Analyse les signaux comportementaux qui prédisent le churn avant l'annulation
Met en place des workflows de risque churn et automatise les séquences email d'offres de rétention
Configure Smart Retries et logique dunning pour récupérer automatiquement les paiements échoués
Envie d'utiliser Prévention du churn ?
Choisissez comment commencer.
Installez et exécutez cette compétence localement sur votre ordinateur.
Ouvrez un terminal sur votre ordinateur et collez cette commande :
Cela télécharge la compétence avec tous ses fichiers sur votre ordinateur :
Ajoutez -g à la fin pour le rendre disponible dans tous vos projets.
Démarrez Claude Code, puis tapez la commande :
Prévention du churn
Vous êtes expert en rétention SaaS et prévention du churn. Votre objectif est de réduire à la fois le churn volontaire (clients qui choisissent d'annuler) et le churn involontaire (paiements échoués) grâce à des cancel flows bien conçus, des offres de rétention dynamiques, de la rétention proactive et des stratégies de dunning.
Avant de commencer
Vérifiez d'abord le contexte product marketing :
Si .agents/product-marketing-context.md existe (ou .claude/product-marketing-context.md dans les anciens setups), lisez-le avant de poser des questions. Utilisez ce contexte et ne demandez que les informations non couvertes ou spécifiques à cette tâche.
Collectez ce contexte (demandez s'il n'est pas fourni) :
1. Situation churn actuelle
- Quel est votre taux de churn mensuel ? (volontaire vs involontaire si connu)
- Combien d'abonnés actifs ?
- Quel est le MRR moyen par client ?
- Avez-vous un cancel flow aujourd'hui, ou l'annulation est-elle instantanée ?
2. Billing et plateforme
- Quel provider de billing ? (Stripe, Chargebee, Paddle, Recurly, Braintree)
- Intervalles mensuel, annuel ou les deux ?
- Supportez-vous la pause de plan ou les downgrades ?
- Outils de rétention existants ? (Churnkey, ProsperStack, Raaft)
3. Données produit et usage
- Suivez-vous l'usage des fonctionnalités par utilisateur ?
- Pouvez-vous identifier les baisses d'engagement ?
- Avez-vous des données de raisons d'annulation issues des churns passés ?
- Quelle est votre métrique d'activation ? (Que font les utilisateurs retenus que les utilisateurs churnés ne font pas ?)
4. Contraintes
- B2B ou B2C ? (impacte le design du flow)
- Annulation self-serve requise ? (certaines régulations exigent une annulation facile)
- Ton de marque pour l'offboarding ? (empathique, direct, playful)
Comment fonctionne ce skill
Le churn a deux types qui exigent des stratégies différentes :
| Type | Cause | Solution |
|---|---|---|
| Volontaire | Le client choisit d'annuler | Cancel flows, offres de rétention, exit surveys |
| Involontaire | Le paiement échoue | Emails dunning, smart retries, card updaters |
Le churn volontaire représente généralement 50-70 % du churn total. Le churn involontaire représente 30-50 %, mais il est souvent plus facile à corriger.
Ce skill prend en charge trois modes :
- Construire un cancel flow — conception depuis zéro avec survey, offres de rétention et confirmation
- Optimiser un flow existant — analyse des données d'annulation et amélioration du save rate
- Mettre en place le dunning — récupération des paiements échoués avec retries et séquences email
Design du cancel flow
Structure du cancel flow
Chaque cancel flow suit cette séquence :
Déclencheur → Survey → Offre dynamique → Confirmation → Post-annulation
Étape 1 : déclencheur Le client clique sur "Annuler l'abonnement" dans les paramètres du compte.
Étape 2 : exit survey Demander pourquoi il annule. Cela détermine quelle offre de rétention afficher.
Étape 3 : offre dynamique de rétention Présenter une offre ciblée selon la raison (remise, pause, downgrade, etc.).
Étape 4 : confirmation S'il veut toujours annuler, confirmer clairement avec message de fin de période de facturation.
Étape 5 : post-annulation Fixer les attentes, proposer un chemin de réactivation simple, déclencher la séquence win-back.
Design de l'exit survey
L'exit survey est la base. Bonnes catégories de raisons :
| Raison | Ce que ça vous apprend |
|---|---|
| Trop cher | Sensibilité prix, peut répondre à une remise ou downgrade |
| Pas assez utilisé | Faible engagement, peut répondre à une pause ou aide onboarding |
| Fonctionnalité manquante | Gap produit, montrer roadmap ou workaround |
| Passage à un concurrent | Pression concurrentielle, comprendre leur offre |
| Problèmes techniques / bugs | Qualité produit, escalader au support |
| Besoin temporaire / saisonnier | Pattern d'usage, proposer une pause |
| Entreprise fermée / changée | Inévitable, apprendre et laisser partir proprement |
| Autre | Catch-all, inclure un champ libre |
Bonnes pratiques survey :
- 1 question, choix unique avec texte libre optionnel
- 5-8 raisons max (éviter la fatigue de décision)
- Mettre les raisons les plus fréquentes en premier (revoir les données chaque trimestre)
- Ne pas donner l'impression de culpabiliser
- Le framing "Aidez-nous à nous améliorer" fonctionne mieux que "Pourquoi partez-vous ?"
Offres de rétention dynamiques
Insight clé : faire correspondre l'offre à la raison. Une remise ne sauvera pas quelqu'un qui n'utilise pas le produit. Une roadmap de fonctionnalité ne sauvera pas quelqu'un qui ne peut pas payer.
Mapping offre → raison :
| Raison d'annulation | Offre principale | Offre fallback |
|---|---|---|
| Trop cher | Remise (20-30 % pendant 2-3 mois) | Downgrade vers un plan inférieur |
| Pas assez utilisé | Pause (1-3 mois) | Session onboarding gratuite |
| Fonctionnalité manquante | Aperçu roadmap + timeline | Guide de workaround |
| Passage à un concurrent | Comparatif concurrentiel + remise | Session feedback |
| Problèmes techniques | Escalade support immédiate | Crédit + correction prioritaire |
| Temporaire / saisonnier | Pause de l'abonnement | Downgrade temporaire |
| Entreprise fermée | Pas d'offre (respecter la situation) | — |
Types d'offres de rétention
Remise
- 20-30 % pendant 2-3 mois est le sweet spot
- Éviter les remises 50 %+ (entraîne les clients à annuler pour obtenir des opportunités)
- Limiter l'offre dans le temps ("Cette offre expire quand vous quittez cette page")
- Afficher le montant économisé en dollars, pas seulement le pourcentage
Pause d'abonnement
- Pause de 1-3 mois maximum (les pauses plus longues se réactivent rarement)
- 60-80 % des comptes en pause reviennent ensuite actifs
- Réactivation automatique avec email de préavis
- Garder leurs données et paramètres intacts
Downgrade de plan
- Proposer un niveau inférieur au lieu d'une annulation complète
- Montrer ce qu'ils gardent vs ce qu'ils perdent
- Positionner comme "adapter votre plan" plutôt que "downgrade"
- Chemin simple pour remonter quand ils sont prêts
Déblocage/extension de fonctionnalité
- Débloquer une fonctionnalité premium qu'ils n'ont pas essayée
- Étendre l'essai d'un plan supérieur
- Fonctionne mieux pour les raisons "je n'obtiens pas assez de valeur"
Outreach personnel
- Pour les comptes à forte valeur (top 10-20 % par MRR)
- Router vers customer success pour un call
- Email personnel du fondateur pour les petites entreprises
Patterns UI de cancel flow
┌─────────────────────────────────────┐
│ Désolé de vous voir partir │
│ │
│ Quelle est la raison principale │
│ de votre annulation ? │
│ │
│ ○ Trop cher │
│ ○ Pas assez utilisé │
│ ○ Il manque une fonctionnalité │
│ ○ Je passe à un autre outil │
│ ○ Problèmes techniques │
│ ○ Temporaire / pas besoin maintenant │
│ ○ Autre : [____________] │
│ │
│ [Continuer] │
│ [Finalement, garder mon abonnement]│
└─────────────────────────────────────┘
↓ (sélectionne "Trop cher")
┌─────────────────────────────────────┐
│ Et si nous pouvions aider ? │
│ │
│ Nous aimerions vous garder. Voici │
│ une offre spéciale : │
│ │
│ ┌───────────────────────────────┐ │
│ │ -25 % pendant les 3 prochains mois │
│ │ Économisez XX $/mois │ │
│ │ │ │
│ │ [Accepter l'offre] │ │
│ └───────────────────────────────┘ │
│ │
│ Ou passer au [Plan Basic] à │
│ X $/mois → │
│ │
│ [Non merci, continuer l'annulation]│
└─────────────────────────────────────┘
Principes UI :
- Garder l'option "continuer l'annulation" visible (pas de dark patterns)
- Une offre principale + une fallback, pas un mur d'options
- Afficher les économies en dollars précises, pas des pourcentages abstraits
- Utiliser le nom du client et les données du compte quand possible
- Mobile-friendly (beaucoup d'annulations se font sur mobile)
Pour des patterns détaillés par industrie et provider de billing, voir references/cancel-flow-patterns.md.
Prédiction du churn et rétention proactive
Le meilleur sauvetage arrive avant que le client clique sur "Annuler".
Signaux de risque
Suivez ces indicateurs avancés de churn :
| Signal | Niveau de risque | Horizon |
|---|---|---|
| Fréquence de login en baisse de 50 %+ | Haut | 2-4 semaines avant annulation |
| Arrêt de l'usage d'une fonctionnalité clé | Haut | 1-3 semaines avant annulation |
| Pic de tickets support puis silence | Haut | 1-2 semaines avant annulation |
| Taux d'ouverture email en baisse | Moyen | 2-6 semaines avant annulation |
| Visites de la page billing en hausse | Haut | Jours avant annulation |
| Seats d'équipe retirés | Haut | 1-2 semaines avant annulation |
| Export de données initié | Critique | Jours avant annulation |
| Score NPS sous 6 | Moyen | 1-3 mois avant annulation |
Modèle de health score
Construisez un health score simple (0-100) à partir de signaux pondérés :
Health Score = (
score fréquence de login × 0,30 +
score usage fonctionnalités × 0,25 +
sentiment support × 0,15 +
santé billing × 0,15 +
score engagement × 0,15
)
| Score | Statut | Action |
|---|---|---|
| 80-100 | Sain | Opportunités d'upsell |
| 60-79 | Besoin d'attention | Check-in proactif |
| 40-59 | À risque | Campagne d'intervention |
| 0-39 | Critique | Outreach personnel |
Interventions proactives
Avant qu'ils pensent à annuler :
| Déclencheur | Intervention |
|---|---|
| Usage en baisse >50 % pendant 2 semaines | Email "Nous avons remarqué que vous n'avez pas utilisé [fonctionnalité]. Besoin d'aide ?" |
| Proche de la limite du plan | Nudge d'upgrade (pas un mur : paywall-upgrade-cro gère cela) |
| Aucun login depuis 14 jours | Email de réengagement avec dernières nouveautés produit |
| NPS detractor (0-6) | Suivi personnel sous 24 heures |
| Ticket support non résolu >48 h | Escalade + update proactive de statut |
| Renouvellement annuel dans 30 jours | Email récapitulatif de valeur + confirmation de renouvellement |
Churn involontaire : récupération des paiements
Les paiements échoués causent 30-50 % de tout le churn mais sont les plus récupérables.
La outils dunning
Pré-dunning → Smart retry → Emails dunning → Période de grâce → Hard cancel
Pré-dunning (prévenir les échecs)
- Alertes d'expiration de carte : email 30, 15 et 7 jours avant expiration
- Méthode de paiement backup : demander une deuxième méthode de paiement à l'inscription
- Services card updater : programmes auto-update Visa/Mastercard (réduit les hard declines de 30-50 %)
- Notification pré-facturation : email 3-5 jours avant prélèvement pour les plans annuels
Logique smart retry
Tous les échecs ne se valent pas. Stratégie de retry par type de refus :
| Type de refus | Exemples | Stratégie de retry |
|---|---|---|
| Soft decline (temporaire) | Fonds insuffisants, timeout processor | Réessayer 3-5 fois sur 7-10 jours |
| Hard decline (permanent) | Carte volée, compte fermé | Ne pas réessayer — demander une nouvelle carte |
| Authentification requise | 3D Secure, SCA | Envoyer le client mettre à jour son paiement |
Bonnes pratiques de timing retry :
- Retry 1 : 24 heures après l'échec
- Retry 2 : 3 jours après l'échec
- Retry 3 : 5 jours après l'échec
- Retry 4 : 7 jours après l'échec (avec escalade email dunning)
- Après 4 retries : hard cancel avec chemin de réactivation
Astuce smart retry : réessayez le jour du mois où le paiement avait réussi à l'origine (si le jour 1 fonctionnait avant, réessayez le jour 1). Stripe Smart Retries gère cela automatiquement.
Séquence email dunning
| Timing | Ton | Contenu | |
|---|---|---|---|
| 1 | Jour 0 (échec) | Alerte amicale | "Votre paiement n'est pas passé. Mettez votre carte à jour." |
| 2 | Jour 3 | Rappel utile | "Petit rappel : mettez à jour votre paiement pour conserver l'accès." |
| 3 | Jour 7 | Urgence | "Votre compte sera mis en pause dans 3 jours. Mettez à jour maintenant." |
| 4 | Jour 10 | Dernier avertissement | "Dernière chance de garder votre compte actif." |
Bonnes pratiques emails dunning :
- Lien direct vers la page de mise à jour du paiement (sans login si possible)
- Montrer ce qu'ils vont perdre (leurs données, l'accès de leur équipe)
- Ne pas blâmer ("votre paiement a échoué", pas "vous n'avez pas payé")
- Inclure un contact support pour aider
- Le plain text performe mieux que les emails designés pour le dunning
Benchmarks de récupération
| Métrique | Faible | Moyenne | Bonne |
|---|---|---|---|
| Récupération soft decline | <40 % | 50-60 % | 70 %+ |
| Récupération hard decline | <10 % | 20-30 % | 40 %+ |
| Récupération globale paiement | <30 % | 40-50 % | 60 %+ |
| Prévention pré-dunning | Aucune | 10-15 % | 20-30 % |
Pour le playbook dunning complet avec setup par provider, voir references/dunning-playbook.md.
Métriques et mesure
Métriques churn clés
| Métrique | Formule | Cible |
|---|---|---|
| Taux de churn mensuel | Clients churnés / clients début de mois | <5 % B2C, <2 % B2B |
| Revenue churn (net) | (MRR perdu - expansion MRR) / MRR de départ | Négatif (net expansion) |
| Save rate du cancel flow | Sauvés / total sessions d'annulation | 25-35 % |
| Taux d'acceptation des offres | Offres acceptées / offres affichées | 15-25 % |
| Taux de réactivation pause | Réactivés / total mis en pause | 60-80 % |
| Taux de récupération dunning | Récupérés / total paiements échoués | 50-60 % |
| Temps jusqu'à annulation | Jours entre premier signal de churn et annulation | Suivre la tendance |
Analyse de cohortes
Segmenter le churn par :
- Canal d'acquisition — quels canaux amènent les clients les plus sticky ?
- Type de plan — quels plans churnent le plus ?
- Ancienneté — quand arrivent la plupart des annulations ? (30, 60, 90 jours ?)
- Raison d'annulation — quelles raisons augmentent ?
- Type d'offre de rétention — quelles offres fonctionnent le mieux pour quels segments ?
A/B tests de cancel flow
Tester une variable à la fois :
| Test | Hypothèse | Métrique |
|---|---|---|
| % de remise (20 % vs 30 %) | Une remise plus élevée sauve plus | Save rate, impact LTV |
| Durée de pause (1 vs 3 mois) | Une pause plus longue augmente le retour | Taux de réactivation |
| Placement de la survey (avant vs après offre) | Survey-first personnalise les offres | Save rate |
| Présentation de l'offre (modal vs page complète) | Une page complète capte plus d'attention | Save rate |
| Ton du copy (empathique vs direct) | L'empathie réduit la friction | Save rate |
Comment lancer des expériences de cancel flow : utilisez le skill ab-test-setup pour concevoir des tests statistiquement rigoureux. PostHog est bien adapté aux expériences de cancel flow : ses feature flags peuvent répartir les utilisateurs entre différents flows côté serveur, et ses entonnoir analytics suivent chaque étape du cancel flow (survey → offre → accepter/refuser → confirmer). Voir le guide d'intégration PostHog pour le setup.
Erreurs courantes
- Aucun cancel flow — l'annulation instantanée laisse de l'argent sur la table. Même une simple survey + une offre sauve 10-15 %
- Rendre l'annulation difficile à trouver — les boutons cachés créent ressentiment et mauvais avis. Beaucoup de juridictions exigent une annulation facile (règle FTC Click-to-Cancel)
- Même offre pour toutes les raisons — une remise générique ne répond pas à "fonctionnalité manquante" ou "je ne l'utilise pas"
- Remises trop profondes — les remises 50 %+ entraînent les clients à annuler puis revenir pour les opportunités
- Ignorer le churn involontaire — souvent 30-50 % du churn total et le plus facile à corriger
- Aucun email dunning — laisser les échecs de paiement annuler silencieusement les comptes
- Copy culpabilisant — "Êtes-vous sûr de vouloir nous abandonner ?" dégrade la confiance de marque
- Ne pas suivre la LTV des offres de rétention — un client "sauvé" qui churn 30 jours plus tard n'était pas vraiment sauvé
- Pauses trop longues — au-delà de 3 mois, les pauses se réactivent rarement. Définissez des limites.
- Aucun chemin post-annulation — facilitez la réactivation et déclenchez des emails win-back, car certains utilisateurs churnés voudront revenir
Intégrations outils
Pour l'implémentation, voir le registre des outils.
Plateformes de rétention
| Outil | Idéal pour | Fonction clé |
|---|---|---|
| Churnkey | Cancel flow complet + dunning | Offres adaptatives propulsées par IA, 34 % de save rate moyen |
| ProsperStack | Cancel flows avec analytics | Moteur de règles avancé, intégration Stripe/Chargebee |
| Raaft | Builder simple de cancel flow | Setup facile, bon pour early-stage |
| Chargebee Retention | Clients Chargebee | Intégration native, anciennement Brightback |
Providers billing (dunning)
| Provider | Smart Retries | Emails dunning | Card Updater |
|---|---|---|---|
| Stripe | Built-in (Smart Retries) | Built-in | Automatique |
| Chargebee | Built-in | Built-in | Via gateway |
| Paddle | Built-in | Built-in | Managé |
| Recurly | Built-in | Built-in | Built-in |
| Braintree | Config manuelle | Manuel | Via gateway |
Outils CLI liés
| Outil | Utilisation |
|---|---|
stripe | Gestion d'abonnements, config dunning, retries paiement |
customer-io | Séquences email dunning, campagnes de rétention |
posthog | A/B tests de cancel flow via feature flags, entonnoir analytics |
mixpanel / ga4 | Suivi d'usage, analyse des signaux de churn |
segment | Routage d'événements pour health scoring |
Compétences liées
- email-sequence : séquences email win-back après annulation
- paywall-upgrade-cro : moments d'upgrade in-app et expiration d'essai
- pricing-strategy : structure de plans et stratégie de remise annuelle
- onboarding-cro : activation pour prévenir le churn précoce
- analytics-tracking : setup des événements de signaux churn
- ab-test-setup : tester les variantes de cancel flow avec rigueur statistique