What happens if RedChurn goes down?

Your app keeps working normally. Cancel flows, paywalls, and billing through your provider are unaffected. If our servers are unreachable, users simply won't see a retention message. Nothing breaks.

Can RedChurn break my app or billing?

No. RedChurn is read-only on your billing stack. We listen to webhooks from RevenueCat, Superwall, Polar, and other providers, then send retention emails and/or in-app messages at the right moment. We never modify your products, prices, subscriptions, or store configuration.

Which billing providers does RedChurn support?

RevenueCat (email + in-app), Superwall (email), and Polar (email) are live today. Connect via webhooks in a few minutes: paste your RedChurn webhook URL and secret into your provider dashboard. Stripe and more integrations are on the roadmap.

Do I need to change my paywall or pricing?

No. RedChurn sits on top of your existing setup. Keep your products, paywalls, and pricing as they are. We add recovery and retention flows on top of what you already ship.

How long does setup take?

Connect your billing provider in about 5 minutes. Email flows can go live the same day once Resend is connected, no app release required. The in-app SDK is one line and usually ships in your next store release.

Can I use email only, in-app only, or both?

Yes, per flow. Use email-only if you want recovery and win-back without touching the app yet. Use in-app-only for native cancel screens and dunning on the next open. Most teams enable both so email reaches users who do not open the app and in-app catches them inside the product.

What does the SDK weigh?

Less than 200 KB on iOS and Android. We obsess over bundle size because we know mobile teams do too.

How does pricing work?

Starter is free up to 50 active subscribers and includes analytics plus churn recovery on one app. As you grow, pricing scales with your active subscriber count — pick Starter or Growth on the slider. Every plan includes the Red Center, billing recovery, cancel saves, win-back, and in-app retention. Pay yearly and get 2 months free.

Is the beta open right now?

Yes. Sign up today, connect your billing provider, and start recovering MRR. You get the full dashboard, all three flows, and a direct line to the team while we polish for public launch.

Relances de paiement

Le dunning, c’est le processus qui pousse un abonné à corriger un paiement échoué avant qu’il ne parte. Voici ce qui fonctionne pour les apps mobiles, et ce qui fait perdre du temps.

Ce que signifie le dunning sur mobile

Le dunning couvre tout point de contact qui invite un abonné à mettre à jour son moyen de paiement après l’échec d’un prélèvement. E-mail, notifications push, bannières dans l’app, et dans certains marchés le SMS.

Sur mobile, votre dunning entre en concurrence avec la logique de relance de l’App Store et du Play Store. Votre rôle est d’atteindre l’abonné plus vite et plus clairement qu’un reçu store générique.

Le timing bat le volume

Un e-mail bien calé le jour 0 surpasse cinq e-mails étalés sur deux semaines. L’abonné se souvient encore qu’il s’est abonné. Après 7 jours sans contact, les taux de récupération chutent fortement.

Construisez votre séquence autour de la durée de la période de grâce de votre produit. Si Apple accorde 16 jours, votre message de dernière chance doit arriver avant le jour 14, pas après la coupure d’accès.

Jour 0 : paiement échoué, voici comment corriger (immédiat)
Jour 1 : rappel que l’accès peut bientôt s’arrêter
Jour 3 : lien en un tap pour mettre à jour la carte ou ouvrir les paramètres de facturation
Jour 7 : dernier rappel avant la fin de la période de grâce

E-mail et in-app ensemble

L’e-mail rejoint les abonnés qui n’ont pas ouvert votre app depuis des jours. Le dunning in-app rejoint ceux qui ignorent l’e-mail mais ouvrent encore le produit chaque jour.

Envoyez l’e-mail le jour 0. Affichez une bannière in-app à la prochaine ouverture. Envoyez un e-mail de suivi le jour 3 si la carte est toujours en échec. Cette combinaison surpasse systématiquement chaque canal pris seul.

Rédiger des textes qui convertissent

Commencez par ce qu’ils perdent, pas par ce qui a échoué techniquement. Faible : Votre paiement a été refusé. Fort : Votre accès premium s’arrête dans 3 jours sauf si vous mettez à jour votre carte.

Utilisez le nom du plan et le prix pour qu’ils reconnaissent immédiatement le prélèvement. Un appel à l’action clair. Lien direct vers les paramètres de facturation ou une feuille de mise à jour de carte in-app. Ne les faites pas chercher dans les menus.

Gardez les objets d’e-mail sous 50 caractères
Envoyez depuis votre domaine, pas une adresse noreply générique
Adaptez le ton à votre marque, pas à une agence de recouvrement
Suivez ouvertures, clics et mises à jour de carte par étape

Erreurs courantes

Attendre trop longtemps. Quand vous exportez manuellement une liste de paiements échoués depuis RevenueCat, la moitié de ces abonnés sont déjà partis.

Envoyer un seul e-mail et abandonner. Un contact suffit rarement, mais cinq contacts sur trois semaines, c’est trop.

Utiliser uniquement l’in-app sans repli e-mail. Vous manquez les abonnés qui ont arrêté d’ouvrir l’app mais répondraient à un e-mail.

Enterrer la correction derrière trois écrans de paramètres. Chaque tap supplémentaire tue le taux de récupération.

Automatiser dès le premier jour

Le dunning manuel ne scale pas et arrive toujours trop tard. Configurez votre séquence une fois, déclenchez-la à chaque événement de problème de facturation, et mesurez le MRR récupéré chaque mois.

RedChurn exécute le dunning automatiquement depuis les webhooks RevenueCat. Vous définissez textes et timing dans le tableau de bord. L’e-mail passe par votre domaine Resend. Le dunning in-app apparaît via le SDK à la prochaine ouverture.