Utiliser les remises Polar comme offres de rétention

Un client sur le point de résilier à cause du prix est l’un des rares cas où une remise est vraiment la bonne réponse. Polar ne fournit pas d’écran d’offre de rétention dans la documentation que nous avons consultée, mais il a de quoi en construire un : des remises avec une durée, une API pour rattacher une remise à un abonnement actif, et des raisons de résiliation sur l’abonnement.

Ce guide montre comment ces éléments s’assemblent, quand une remise est la bonne offre, et les erreurs qui transforment les remises de rétention en baisse de prix permanente. Il s’en tient à la documentation de Polar : les remises, la référence API create discount, gérer les abonnements, la référence API update subscription et la page des événements webhook (tous consultés en novembre 2026).

Ce que peut être une remise Polar

Les remises de Polar ont deux types et trois durées.

Types

• Pourcentage : dans l’API, exprimé en points de base. 1 000 points de base font une remise de 10 %.
• Fixe : un montant fixe en moins.

Durées (pour les abonnements)

Durée	Ce qu’elle fait
once	S’applique une fois
repeating	S’applique pendant un nombre de mois fixé ; duration_in_months est obligatoire
forever	S’applique indéfiniment

Les achats ponctuels appliquent toujours une remise une seule fois, quelle que soit la durée.

Restrictions

Depuis le dashboard ou l’API, une remise peut avoir :

• Un code, si les clients doivent le saisir eux-mêmes.
• Des dates de début et de fin.
• Un nombre maximal d’utilisations.
• Les produits auxquels elle s’applique. Laisser ce champ vide applique la remise à tous les produits, y compris ceux que vous créerez plus tard.

Polar précise qu’une fois une remise utilisée, son type, sa durée et son montant ne peuvent plus être modifiés. Réglez-les correctement avant d’utiliser une remise dans une offre en production.

Appliquer une remise à un abonnement actif

C’est l’étape clé pour la rétention. Le guide gérer les abonnements de Polar montre un PATCH sur /v1/subscriptions/:id avec un discount_id dans le corps.

• La remise est rattachée à l’abonnement actif.
• Le changement s’applique au prochain cycle de facturation. Polar ne refacture pas la période en cours.
• Passer null comme discount_id retire la remise en cours.

Comme le changement prend effet au cycle suivant, dites-le dans l’offre : « Votre prochain renouvellement sera 30 % moins cher » est exact. « Nous vous avons remboursé 30 % » ne l’est pas.

Savoir pourquoi le client part

Une remise n’aide que si la raison est le prix. Polar stocke la raison sur l’abonnement :

• customer_cancellation_reason, avec des valeurs comme too_expensive, missing_features et other.
• customer_cancellation_comment, le texte libre du client.

Quand un client résilie depuis le Customer Portal ou que vous résiliez via le dashboard ou l’API, la page des événements webhook de Polar indique qu’il envoie immédiatement subscription.updated et subscription.canceled. L’abonnement garde son statut active avec cancel_at_period_end à true, et ne passe à canceled qu’à la fin de la période. D’ici là, le client peut annuler sa résiliation, ce qui envoie subscription.uncanceled.

Cela vous donne deux moments pour faire une offre :

1. Avant la résiliation, dans votre propre app, quand le client clique sur « Résilier » et que vous lui demandez pourquoi.
2. Après une résiliation planifiée, tant que l’abonnement est encore actif, avec un email qui propose la remise et un lien pour annuler la résiliation.

Construire l’étape d’offre

Une étape de rétention simple, dans votre propre app, avant que le client n’atteigne l’action de résiliation de Polar :

1. Demandez la raison avec une courte liste qui correspond aux valeurs de Polar (trop cher, fonctionnalités manquantes, autre) plus un champ de texte libre.
2. Si la raison est le prix, montrez une offre : par exemple -30 % sur les trois prochains mois. Créez cette remise à l’avance, en pourcentage repeating avec duration_in_months à 3, limitée aux produits concernés.
3. Si le client accepte, appelez l’endpoint update subscription avec le discount_id. Confirmez le nouveau montant et sa date de début.
4. Si le client refuse, résiliez. Le bouton de résiliation doit être visible à chaque étape, et un refus doit mener directement à la résiliation. Voir les règles « click to cancel ».
5. Enregistrez le résultat : raison, offre montrée, acceptée ou refusée. Stockez-le à côté du customer_cancellation_reason de Polar.

Pour les autres raisons, une remise est en général le mauvais outil. « Fonctionnalités manquantes » appelle un mot sur la roadmap ou un suivi quand la fonctionnalité sort. « Je ne m’en sers pas » appelle de l’aide ou une offre plus petite. Notre guide pause ou remise comme offre de rétention associe raisons et offres.

Les pièges à éviter

Les remises permanentes

Une remise de rétention forever est une baisse de prix permanente pour quiconque clique sur Résilier. Ça se sait. Préférez once ou un repeating court.

Les codes partagés

Une remise de rétention avec un code public finit sur les sites de coupons. Appliquez les remises de rétention par ID via l’API au lieu de distribuer des codes, et fixez un nombre maximal d’utilisations et une date de fin en filet de sécurité.

Le cumul avec des remises existantes

L’appel de mise à jour définit le discount_id de l’abonnement : rattacher une remise de rétention peut donc remplacer une remise que le client a déjà. Vérifiez s’il existe une remise avant de faire une offre, sinon vous risquez d’augmenter son prix par accident.

Proposer deux fois la même chose

Si un client a refusé une remise en résiliant, ne lui envoyez pas la même remise dans le premier email de reconquête. Changez l’offre ou changez le message.

Un calendrier flou

Comme la remise commence au prochain cycle de facturation, un client qui s’attend à une économie immédiate peut se sentir trompé. Montrez le montant et la date exacts du prochain renouvellement.

Un exemple concret

Supposons qu’un client sur une offre mensuelle clique sur Résilier et choisisse « trop cher ».

1. Votre app affiche : « Restez pour 30 % de moins sur vos 3 prochains renouvellements. Ou résiliez maintenant. » Les deux boutons sont aussi visibles l’un que l’autre.
2. Le client accepte. Votre backend appelle l’endpoint update subscription avec l’ID de la remise repeating que vous avez préparée.
3. Vous confirmez par email : la période en cours ne change pas, et les trois prochains renouvellements sont 30 % moins chers, à partir de la prochaine date de facturation.
4. Vous stockez la raison, l’offre et l’acceptation.
5. Avant la fin de la remise, vous décidez de dire quelque chose ou non. Un mot court indiquant que le prix normal reprend à une date donnée évite une surprise et une éventuelle demande de remboursement.

Si le client avait refusé, votre app aurait résilié l’abonnement tout de suite, et Polar l’aurait gardé actif jusqu’à la fin de la période avec cancel_at_period_end activé.

Mesurer si ça marche

Pour chaque offre, suivez :

• Combien de fois elle a été montrée, et combien de fois acceptée.
• Parmi ceux qui ont accepté, combien étaient encore abonnés trois et six mois plus tard.
• Le revenu conservé au regard de la remise accordée.

Une offre que beaucoup acceptent mais qui ne retarde la résiliation que d’un cycle est un coût, pas un sauvetage. Pour une vue d’ensemble, voir les bonnes pratiques du parcours d’annulation et les questionnaires sur les raisons de résiliation.

Le faire avec NoChurn

Le parcours d’annulation de NoChurn demande la raison et montre une offre adaptée (une remise, ou une pause ou un changement d’offre si votre configuration de facturation le permet), avec un bouton d’annulation en un clic visible à chaque étape. Il tourne en version hébergée, ou headless via l’API pour que l’étape s’intègre à votre propre app. Sur Polar, l’abonnement et la facturation restent chez Polar, en tant que marchand officiel. Les réponses alimentent les emails de reconquête à J30, J60 et J90 et le churn score. Voir NoChurn + Polar.