Offres de downgrade : quand une offre moins chère vaut mieux qu’une remise

Quand un client dit « c’est trop cher », le réflexe est la remise : 30 % de réduction pendant trois mois, restez, s’il vous plaît. C’est parfois le bon choix. Souvent, une offre moins chère est meilleure pour les deux parties. Le client paie pour ce qu’il utilise vraiment, et vous gardez un client dont le prix ne remontera pas d’un coup dans trois mois.

Ce guide porte sur ce seul choix. Pour la comparaison plus large entre pauses, remises, passages à une offre inférieure et appels, voir pause, remise ou passage à une offre inférieure.

La différence en un tableau

	Remise	Downgrade
Ce que le client obtient	Même offre, prix plus bas pour un temps	Offre plus petite, prix plus bas pour de bon
Ce qui se passe ensuite	Le prix revient à la normale	Le prix reste celui de l’offre inférieure
Ce que cela signale	« Le prix se négocie »	« Voici une offre qui vous correspond »
Risque typique	Churn à la fin de la remise	Revenu perdu sur des clients qui seraient restés de toute façon
Idéal pour	Une difficulté passagère	Un décalage durable entre l’offre et l’usage

La question clé est de savoir si le problème du client est passager ou durable. Une startup entre deux levées de fonds a un problème passager. Une équipe qui a acheté dix sièges et en utilise trois a un problème durable. Une remise sur dix sièges ne fait que repousser la même conversation.

Les comparer en revenu attendu

Il n’y a pas besoin d’un modèle pour comparer les deux offres, juste d’une formule simple et d’hypothèses honnêtes que vous remplacerez ensuite par vos propres données.

expected revenue over 12 months =
  sum over months m = 1..12 of
    price in month m × probability the customer is still subscribed in month m

Exemple chiffré (chiffres hypothétiques)

Un client sur une offre à 100 $/mois clique sur résilier et choisit « trop cher ». Deux offres possibles :

• Remise : 50 % de réduction pendant 3 mois, puis 100 $.
• Downgrade : une offre à 60 $/mois avec moins de sièges.

Supposons, à titre purement illustratif, que les clients qui acceptent la remise restent avec une probabilité de 90 % par mois pendant la remise et de 75 % par mois après sa fin, et que les clients qui passent à l’offre inférieure restent avec une probabilité de 92 % par mois tout du long.

Chemin de la remise, arrondi :

months 1–3:  $50 × (0.90, 0.81, 0.73)         ≈ $122
months 4–12: $100 × 0.73 × (0.75, 0.56, 0.42, 0.32, 0.24, 0.18, 0.13, 0.10, 0.08)
             ≈ $100 × 0.729 × 2.77            ≈ $202
total                                          ≈ $324

Chemin du downgrade :

$60 × (0.92 + 0.92² + … + 0.92¹²)
  = $60 × 0.92 × (1 − 0.92¹²) ÷ (1 − 0.92)
  ≈ $60 × 7.27                                 ≈ $436

Avec ces probabilités inventées, le downgrade rapporte plus sur l’année, même si son prix mensuel est inférieur aux 100 $ auxquels revient la remise. Changez les probabilités et la réponse peut s’inverser : si les clients se remettent vraiment après une courte difficulté, la remise l’emporte.

L’important n’est pas ces chiffres. C’est de faire la comparaison avec votre propre rétention après chaque offre, mesurée sur plusieurs mois, et pas avec le taux d’acceptation du jour.

Quand le downgrade est la meilleure offre

• L’usage est bien en dessous de l’offre. Sièges inutilisés, limites loin d’être atteintes, fonctionnalités jamais touchées. Vos données produit vous le disent avant que le client ne le dise.
• Le client est sur l’offre depuis un moment. Les clients anciens qui disent « trop cher » veulent en général dire « trop cher pour ce que j’utilise maintenant ».
• Il existe une offre moins chère qui couvre encore ce qu’il utilise. Si la seule offre moins chère supprime la fonctionnalité dont il dépend, ce n’est pas une offre.
• Vous ne voulez pas habituer les clients à chasser les remises. Les clients se parlent. Un bouton de résiliation qui produit toujours 50 % de réduction devient une astuce connue.

Quand la remise est la meilleure offre

• Le problème est passager. Gel des budgets, creux saisonnier, courte pause entre deux projets.
• Le client utilise toute l’offre. Passer à une offre inférieure casserait sa façon de travailler.
• Vous n’avez qu’une seule offre. Les alternatives sont alors une remise, une pause ou rien.
• Le client est déjà sur l’offre la moins chère. Il n’y a rien en dessous.

Quelle offre montrer

Montrez une offre, pas la page de tarifs. Choisissez-la d’après ce que le client utilise réellement :

1. Listez les offres moins chères que l’offre actuelle.
2. Retirez celles qui n’ont pas une fonctionnalité que le client a utilisée dans les 30 derniers jours, ou dont il dépasse les limites.
3. Parmi celles qui restent, montrez la plus chère. Elle règle le problème de prix avec la plus petite baisse de revenu.

Puis dites exactement ce qui change : le nouveau prix, ce qu’il garde, ce qu’il perd, et quand cela commence. « Passez à Team pour 60 $/mois. Vous gardez tous vos projets et votre historique. Les sièges passent de 10 à 5 ; vous en utilisez 3 aujourd’hui. Début à votre prochain renouvellement, le 12 décembre. »

La mise en place dans Stripe

Un downgrade est une mise à jour de l’abonnement vers un prix moins cher. Quelques comportements de Stripe à connaître (d’après la documentation de Stripe et la configuration du portail client, consultées en novembre 2026) :

• Prorata. Par défaut, une mise à jour crée des proratas ; pour un downgrade, cela signifie un avoir pour le temps non utilisé, imputé sur la facture suivante. Réglez proration_behavior sur none si le changement doit simplement s’appliquer à partir de la période suivante, sans avoir.
• Downgrade en fin de période. Le portail client a une option pour programmer les downgrades à la fin de la période de facturation au lieu de les appliquer immédiatement. Stripe le met en œuvre avec un subscription schedule, et cela ne fonctionne qu’entre des prix du même produit.
• Coupons. Si le client avait un coupon sur l’ancienne offre, décidez s’il est conservé. Un coupon calculé pour l’offre chère peut rendre l’offre moins chère presque gratuite.

Appliquer le downgrade en fin de période est en général le plus juste : le client a payé la période en cours sur la grande offre et la garde jusqu’à son terme.

Garde-fous

• Rendez l’acceptation immédiate. Un clic, puis une confirmation avec le nouveau prix et la date. Pas de « notre équipe vous contactera ».
• Gardez « résilier maintenant » visible. Une offre de downgrade est une option, pas un barrage. Les règles sur la résiliation, dans plusieurs pays, exigent que le chemin de résiliation reste dégagé ; voir les règles click-to-cancel.
• Permettez-lui de remonter facilement. Un client passé à une offre inférieure qui grandit de nouveau doit pouvoir revenir à la grande offre en un clic.
• Ne la montrez pas deux fois de suite. Un client passé à une offre inférieure le trimestre dernier et qui résilie de nouveau vous a dit quelque chose ; proposez une pause ou laissez-le partir.

Mesurer les offres de downgrade

Les downgrades n’arrêtent pas toute perte de revenu ; ils transforment le churn en contraction. Mesurez les deux :

Indicateur	Formule
Taux d’acceptation du downgrade	Downgrades acceptés ÷ offres de downgrade affichées
Rétention après downgrade (N jours)	Clients passés à l’offre inférieure toujours abonnés après N jours ÷ downgrades acceptés
Revenu conservé	MRR après downgrade, toujours actif après N jours
Taux de remontée	Clients passés à l’offre inférieure qui remontent ensuite ÷ downgrades acceptés

Comparez ensuite avec un groupe témoin de clients qui n’ont vu aucune offre, ou avec des clients à qui l’on a proposé une remise, pour la même raison. Regardez à 30, 60 et 90 jours. Un downgrade qui conserve 60 % du revenu d’un client pendant un an vaut mieux qu’une remise qui le garde trois mois avant de le perdre.

Le faire avec NoChurn

Les parcours d’annulation de NoChurn demandent pourquoi le client part et affichent une offre par raison : une remise, une pause ou un changement d’offre. Un bouton « Cancel now » en un clic reste visible à chaque étape. Vous pouvez utiliser la modale hébergée ou construire les écrans vous-même avec l’API headless dans votre appli web, desktop ou mobile. Vos propres données d’usage, envoyées par API, alimentent les facteurs de churn (corrélation, pas causalité) et un score de churn de 0 à 100 pour chaque client. Les clients qui partent malgré tout reçoivent des emails de reconquête à J30, J60 et J90 selon leur raison. Toutes les fonctionnalités sont dans toutes les offres (votre propre domaine d’email dès 9 $), avec un prix qui ne dépend que du MRR (tarifs).