Changer le prix d'un abonnement récurrent est l'une des choses les plus délicates que vous aurez à gérer dans votre studio. Cela touche à l'argent de vos clients et aux conditions auxquelles ils ont souscrit. Cet article passe en revue vos options et ce que chacune signifie.
Ce qui change et ce qui reste pareil
La fenêtre de confirmation décrite ci-dessous n'apparaît que pour une variante ayant des abonnés actifs. Si personne n'a encore la variante, Zenamu enregistre simplement le changement sans rien demander. Et comme l'intervalle de facturation (et la devise) est verrouillé dans le formulaire pour une variante ayant des abonnés actifs et ne peut pas être changé, en pratique la fenêtre n'est déclenchée que par un changement de prix.
Quand vous modifiez le prix d'une variante ayant des abonnés actifs, Zenamu vous affiche une fenêtre de confirmation avec deux boutons plus Annuler le changement :
Conserver les existants au prix d'origine — l'option recommandée par défaut (la fenêtre intitule cette option « Conserver les abonnés existants au prix d'origine (recommandé) »).
Appliquer à tous les existants — sous l'intitulé « Ou : appliquer à tous les abonnés existants » ; signalé comme un avertissement, à n'utiliser donc qu'après l'avoir convenu avec vos clients.
Dans la section « conserver au prix d'origine », la fenêtre indique aussi deux voies manuelles (décrites plus bas sous l'Option 3) pour gérer des clients individuels :
Changer de variante — le client le fait lui-même depuis son compte, ou vous le faites depuis l'admin.
Annuler et racheter — vous annulez son abonnement existant et le client achète la nouvelle variante.
Cette voie manuelle n'est pas un bouton dans la fenêtre, juste une note explicative — vous la gérez en dehors de la fenêtre.
Option 1 — Conserver les existants au prix d'origine (recommandé)
Ce que cela signifie :
Les abonnés existants conservent le prix d'origine. Leur abonnement continue de se renouveler à l'ancien prix.
Les nouveaux achats à partir du moment où vous enregistrez le changement passent au nouveau prix.
En coulisses : Stripe reçoit un nouveau prix pour les nouveaux clients, tandis que le prix existant est préservé pour les abonnés existants.
Quand la choisir :
Presque toujours. Les clients existants vous ont acheté leur abonnement à un prix précis — c'est un accord, et il ne devrait pas changer du jour au lendemain.
Quand vous voulez seulement augmenter le prix pour les nouveaux clients (le cas typique à mesure que vos coûts montent).
Quand vous avez des clients fidèles et ne voulez pas risquer leur confiance.
Ce qu'il faut dire aux clients existants :
Rien, en réalité. Les clients existants ne remarqueront pas le changement — ils continuent de payer le même montant.
Si un client existant parcourt plus tard votre offre publique et voit le nouveau prix, vous pouvez lui expliquer que son prix d'origine est garanti en récompense de sa fidélité.
Si vous voulez augmenter le prix pour un client précis :
Mettez-vous d'accord avec lui et demandez-lui d'aller dans son compte, de cliquer sur Changer de variante et de choisir la nouvelle variante (plus chère). Stripe calculera la différence au prorata.
Ou annulez son abonnement existant en fin de période (depuis l'admin) et demandez-lui d'acheter la nouvelle variante.
Option 2 — Appliquer le nouveau prix à tous les abonnés existants d'un coup
Ce que cela signifie :
Chaque abonné actif est prélevé du nouveau prix à son prochain renouvellement.
Zenamu crée un nouveau prix dans Stripe et l'applique à tous les abonnements existants sur cette variante.
Important : la prochaine date de renouvellement ne change pas. Le nouveau prix s'applique au prochain renouvellement, pas immédiatement, donc personne ne paie deux fois ni ne reçoit de facture hors cycle.
Quand la choisir :
Uniquement après l'avoir convenu avec vos clients et obtenu leur consentement par écrit (e-mail, contrat).
Approche recommandée : annoncez le changement aux clients 30 jours à l'avance et donnez-leur la possibilité d'annuler s'ils ne sont pas d'accord.
Quand vous avez un fondement juridique pour l'augmentation (par exemple, une inflation supérieure à 10 % et un droit contractuel d'ajuster le prix).
Avertissement : Changer le prix en silence, à l'insu de vos clients, nuit à la confiance et peut avoir des conséquences juridiques. Le droit de l'UE (protection des consommateurs et règles de paiement) considère un changement silencieux d'un paiement récurrent comme un prélèvement non autorisé. Nous vous recommandons vivement d'annoncer toujours le changement aux clients à l'avance.
Ce que Zenamu fait en coulisses :
Enregistre le nouveau prix de la variante dans la base de données.
Crée un nouveau prix dans Stripe (l'ancien reste — seuls les abonnements existants y font encore référence).
Pour chaque client actif, met à jour son abonnement dans Stripe de sorte que :
Il n'y a aucun prélèvement immédiat pour la différence.
La prochaine date de renouvellement reste la même — le nouveau prix ne s'applique qu'au prochain renouvellement régulier.
Une fois terminé, Zenamu affiche le résultat : « La variante a été enregistrée, mais Stripe n'a pas mis à jour tous les abonnés existants ({{updated}} mis à jour, {{failed}} en échec). Consultez les logs et réessayez, ou migrez les abonnés en échec manuellement. » (Si tout passe, vous verrez juste une simple confirmation « Changements enregistrés ».) Le nombre d'abonnés mis à jour inclut aussi les clients qui avaient un changement de variante programmé vers cette variante cible — Zenamu réécrit aussi le prix mémorisé pour eux dans Stripe, afin que leur prochain renouvellement passe au nouveau prix.
Que se passe-t-il si une migration échoue :
La migration en masse ne s'exécute que pour les abonnements aux états Actif ou En attente de début. Les clients aux états Suspendu, Non payé, En attente de paiement, Annulé et Expiré ne sont pas traités du tout (Zenamu les exclut de la migration d'emblée).
L'exception, ce sont les clients ayant un changement de variante programmé vers cette variante cible précise (cela vaut même à l'état Non payé) : pour eux aussi, Zenamu met à jour le prix mémorisé dans Stripe, afin que le prochain renouvellement ou tout paiement de rattrapage passe au nouveau prix. Nous avons évoqué ce groupe plus haut : il compte dans le nombre d'abonnés mis à jour.
Pour les clients que Zenamu inclut bien dans la migration en masse, Stripe peut tout de même refuser la mise à jour :
L'abonnement Stripe du client est dans une devise différente de celle du nouveau prix — Stripe ne l'autorisera pas.
L'abonnement Stripe du client est déjà annulé — généralement si quelqu'un l'a annulé manuellement, directement dans le tableau de bord Stripe.
Un abonnement sans élément Stripe actif — un cas rare après une modification manuelle dans le tableau de bord Stripe.
Une brève panne ou une erreur réseau en atteignant Stripe.
Zenamu marque chacun de ces cas comme un échec, et le message affiche le décompte sous la forme « X mis à jour, Y en échec. » Dans le détail du client, vous verrez qu'il est encore à l'ancien prix. De là, vous pouvez :
Convenir d'une migration manuelle avec lui — soit en changeant de variante, soit en annulant et en le faisant racheter.
Le laisser ainsi — le client paie l'ancien prix, et la situation se résout progressivement par des actions manuelles.
Relancer la migration en masse plus tard — si la raison de l'échec était temporaire (une panne de Stripe), la relancer peut aboutir.
Option 3 — Migrer manuellement des clients précis
Quand vous voulez faire passer seulement certains clients au nouveau prix (par exemple « un prix plus élevé pour les clients entreprises, le même prix pour les étudiants »), utilisez l'une de ces approches :
a) Faire passer le client sur une nouvelle variante
Créez une nouvelle variante avec le nouveau prix (ne changez pas l'ancienne).
Mettez-vous d'accord avec le client.
Le client va dans son compte et clique sur Changer de variante, puis choisit la nouvelle variante.
Stripe calcule automatiquement la différence au prorata, et le complément est prélevé au client tout de suite.
Plus de détails dans l'article Changer la variante d'un abonnement.
b) Annuler et racheter
Mettez-vous d'accord avec le client.
Le client annule son abonnement en cours (à la fin de la période).
Une fois la période terminée, le client achète la nouvelle variante au nouveau prix.
Cette approche a du sens quand :
Vous voulez un cycle de facturation net (la nouvelle variante démarre exactement le jour de l'achat).
Vous changez de devise (le changement de variante ne le permet pas).
Ce qui se passe dans Stripe en coulisses
Pour que ce soit plus clair — voici ce qui se passe toujours dans Stripe :
Pour chaque type d'abonnement, Stripe a un « produit » (par exemple, « Studio de yoga — Abonnement mensuel »). Zenamu le crée au premier achat, et c'est le même qui est réutilisé ensuite.
Pour chaque prix, Stripe a un enregistrement distinct. Quand vous changez le prix d'une variante, un nouveau prix est créé dans Stripe. L'ancien prix reste — les abonnés existants y restent rattachés.
Cela garantit que :
Les abonnements clients existants dans Stripe restent à leur prix d'origine (l'ancien).
Les nouveaux achats utilisent automatiquement le nouveau prix.
Dans le tableau de bord Stripe, vous pouvez voir l'historique de chaque prix, avec les horodatages.
Pour les curieux du côté technique : En interne, Zenamu retient quel prix Stripe une variante doit utiliser. Quand vous changez le prix, cette référence est réécrite vers le nouveau prix, mais le produit Stripe reste. L'ancien prix reste aussi dans Stripe (Zenamu ne le supprime pas et ne le marque pas comme archivé) — Zenamu cesse simplement de l'utiliser pour les nouveaux achats. Les abonnements existants continuent d'y faire référence directement dans Stripe.
La synchronisation du nom dans le tableau de bord Stripe prend un instant : Si vous changez aussi le nom d'une variante ou d'un groupe, le nom dans Stripe se met à jour en arrière-plan (généralement dans les secondes qui suivent l'enregistrement). Donc pendant un bref instant après l'enregistrement, vous pouvez encore voir l'ancien nom dans le tableau de bord Stripe — ce n'est pas une erreur, juste un délai. Si le nom ne parvient pas à se synchroniser avec Stripe (par exemple, une brève panne), l'abonnement lui-même continue de fonctionner sans souci — seul le tableau de bord Stripe peut garder l'ancien nom jusqu'à ce qu'une prochaine modification le synchronise à nouveau.
Cas particuliers
Changer la devise
Important — si une variante a des abonnés actifs, vous NE POUVEZ PAS changer la devise.
Quand vous enregistrez un changement de devise sur une variante ayant au moins un abonné dans un état actif (Actif, En attente de début, Suspendu, En attente de paiement, Non payé), Zenamu affiche une erreur :
« Impossible de modifier la devise d'une variante ayant des abonnés actifs. Créez une nouvelle variante dans la devise souhaitée. »
Stripe ne peut pas changer la devise au sein d'un même abonnement. Comme pour un changement de période de facturation, Zenamu l'empêche pendant que vous enregistrez la modification, afin que vous ne cassiez pas accidentellement le cycle de facturation de vos clients existants.
Comment cibler un nouveau marché ou une nouvelle devise :
Créez une nouvelle variante dans la devise cible (par exemple, la variante d'origine en EUR, la nouvelle en USD).
Pour les nouveaux achats dans cette devise, les clients voient la variante dans leur devise.
Les clients existants restent dans la devise d'origine de la variante. Comme Zenamu n'autorise pas du tout un changement de devise sur une variante ayant des abonnés actifs (voir ci-dessus), il n'y a aucun moyen de se retrouver avec une variante ayant des abonnés dans deux devises différentes.
Le seul moyen de faire passer un client précis dans une autre devise est d'annuler son abonnement existant et de racheter dans la nouvelle devise.
C'est pourquoi, dans une migration en masse, la devise du client et le nouveau prix correspondent toujours. Si la devise d'un client ne correspondait pas pour une raison quelconque (par exemple, après une modification manuelle de l'abonnement directement dans le tableau de bord Stripe), Stripe refuserait la mise à jour, et Zenamu la compterait parmi les échecs (Y en échec).
Changer l'intervalle de facturation (du mensuel à l'annuel, etc.)
Important — si une variante a des abonnés actifs, vous NE POUVEZ PAS changer l'intervalle.
Quand vous enregistrez un changement de l'intervalle de facturation (ou de son multiplicateur) sur une variante ayant au moins un abonné dans un état actif (Actif, En attente de début, Suspendu, En attente de paiement, Non payé), Zenamu affiche une erreur :
« Impossible de modifier la période de facturation d'une variante ayant des abonnés actifs. Si vous souhaitez la modifier, archivez la variante ou créez-en une nouvelle. »
La raison : changer l'intervalle en cours de cycle entraînerait un comportement imprévisible dans Stripe (un mélange du cycle d'origine et de la nouvelle durée). Une voie plus propre est la suivante :
Créez une nouvelle variante avec le nouvel intervalle (par exemple, annuel au lieu de mensuel).
Mettez-vous d'accord avec vos clients et faites-les passer sur la nouvelle variante progressivement — soit en les laissant changer eux-mêmes, soit en les faisant changer depuis l'admin.
Archivez l'ancienne variante pour que les nouveaux clients ne puissent pas la choisir.
Changer l'intervalle sur une variante sans abonnés actifs (par exemple, une variante fraîchement créée que personne n'a encore achetée) est autorisé — Zenamu enregistre simplement le changement.
Baisser le prix (une réduction)
Baisser le prix pour les abonnés existants (via une migration en masse) est plus sûr pour le client que de l'augmenter, puisqu'il paie moins, pas plus. Cela dit, nous recommandons de prévenir vos clients par e-mail, afin qu'ils sachent qu'un paiement plus bas va commencer à sortir.
Réductions et crédit
Une baisse de prix en masse ne crée aucun crédit. Le client commence simplement à payer le prix inférieur dès le prochain renouvellement régulier — la prochaine date de renouvellement reste la même, seul le montant baisse. Aucun crédit instantané, aucune facture spéciale, aucun document comptable supplémentaire.
Ce qui se passe avec les variantes inactives
Masquée de l'offre publique — les nouveaux clients ne peuvent pas la voir, et elle n'affecte pas les abonnés existants.
Archivée — similaire au masquage, mais dans l'admin elle est clairement marquée comme inactive (grisée dans la liste). Les abonnés existants continuent dessus.
Supprimer un groupe — Zenamu ne vous laisse pas supprimer un groupe entier (et toutes ses variantes) tant qu'une variante a des abonnés actifs. Il n'y a aucune suppression pour les variantes individuelles — seulement l'archivage.
Questions fréquentes
J'ai changé le prix par erreur. Puis-je annuler ? Oui. Ouvrez de nouveau la modification de la variante, remettez le prix à sa valeur d'origine, et enregistrez avec l'option Conserver les existants au prix d'origine. Cela crée un nouveau prix dans Stripe pour les nouveaux clients, tandis que les abonnés existants restent au prix d'origine. Si vous avez déjà lancé une migration en masse entre-temps, vous pouvez la relancer — pour revenir au prix d'origine.
J'ai lancé une migration en masse, mais un client me dit qu'il a été prélevé du mauvais montant. Le plus probable est qu'un certain temps s'est écoulé entre votre enregistrement et le prochain paiement du client, et que Stripe a correctement prélevé le nouveau prix. Vérifiez la section Commandes dans le détail du client — vous verrez le montant et la date exacts. Le client ne s'attendait peut-être pas à ce que le nouveau prix s'applique dès le prochain renouvellement.
Un client dit qu'il n'a pas reçu d'e-mail concernant le nouveau prix. Zenamu n'envoie aucun e-mail automatiquement quand vous changez le prix. Vous devez informer les clients vous-même, à l'avance. Si un client n'est pas d'accord avec le changement, vous pouvez lui proposer de conserver l'ancien prix : créez une nouvelle variante avec l'ancien prix et faites-y passer le client. Nous déconseillons une modification manuelle directement dans le tableau de bord Stripe — cela pourrait créer un écart entre Stripe et Zenamu, que le système signale alors comme un problème.
Puis-je augmenter le prix pour seulement certains clients ? Oui — via une migration manuelle (Option 3). Mais vous ne pouvez pas le faire pour « 5 sur 50 » avec un seul bouton dans Zenamu.
Que se passe-t-il si je change le prix au moment précis où un client achète ? Dans le bref intervalle entre le début et la fin d'un achat, il peut y avoir un chevauchement : le client pourrait voir l'ancien prix pendant que Stripe prélève le nouveau. En pratique, c'est très peu probable (un client finalise l'achat en quelques secondes), et Zenamu dispose de garde-fous internes pour l'éviter. Si cela arrive, le client paie le montant affiché dans la fenêtre de paiement.
Autres articles