Méthode · Récurrent

Des abonnements qui ne cassent pas en silence.

Le revenu récurrent échoue de deux façons banales : une carte est réémise et le prélèvement ne passe plus, ou un renouvellement est refusé temporairement et personne ne s'en aperçoit avant que le client soit parti. Les network tokens règlent le premier cas, les relances programmées règlent le second, et tout cela sans que votre équipe ait à développer un moteur de facturation.

À vous

Calendrier et montant

Auto

Relance après refus temporaire

Token

Survit aux réémissions de carte

1

Une commande par cycle

Comment ça marche

De l'inscription au renouvellement, en quatre étapes.

  1. 01

    AUTHORIZE

    Le client paie une première fois sur le checkout ; la carte est enregistrée sous forme de network token.

  2. 02

    SCHEDULE

    Vous définissez le montant, la périodicité, le début et la fin — ou vous laissez l'abonnement sans terme.

  3. 03

    CHARGE

    Chaque cycle génère sa propre commande, son propre reçu et son propre webhook.

  4. 04

    RECOVER

    Un refus temporaire donne lieu à des relances programmées, au lieu d'être passé en perte comme un churn.

01

Chaque cycle est une vraie commande

Un abonnement n'est pas un objet à part avec son propre reporting : chaque prélèvement génère une commande, un reçu et un webhook, exactement comme un paiement ponctuel. Un abonnement se rapproche donc ligne à ligne, un seul mois peut être remboursé sans défaire toute la relation, et votre équipe finance n'a pas besoin d'un second modèle mental pour le revenu récurrent.

  1. 01Une commande, un reçu et un webhook par cycle
  2. 02Remboursez un seul cycle sans toucher aux autres
  3. 03Rapprochement dans la même liste que les paiements ponctuels
02

Les deux échecs qui coûtent vraiment de l'argent

Le churn involontaire tient surtout à deux causes : les cartes expirées ou réémises, et les refus temporaires que personne n'a relancés. Les network tokens suivent le porteur à travers une réémission, donc le prélèvement continue de fonctionner quand une nouvelle carte arrive. Les relances programmées retentent un refus temporaire à des moments choisis pour avoir plus de chances de réussir que la première tentative.

  1. 01Les network tokens survivent aux réémissions et aux expirations
  2. 02Les refus temporaires sont relancés selon un calendrier, pas abandonnés
  3. 03Le client n'est prévenu que lorsque c'est vraiment utile
03

Ce qu'il faut pour l'activer

Un indicateur sur le premier paiement pour enregistrer la carte, et un calendrier. Aucun produit de facturation distinct à intégrer : les prélèvements de l'abonnement arrivent dans le même back-office et le même versement que tout le reste de vos encaissements.

FAQ

Paiements récurrents — les questions des commerçants.

  • Non. Le calendrier, les relances et la gestion des tokens font partie de la méthode. De votre côté, il reste le premier paiement et le choix du montant et de la périodicité.

  • La carte enregistrée est un network token, qui suit le porteur à travers les réémissions et les expirations : l'abonnement qui aurait autrefois cessé de fonctionner continue d'être prélevé.

  • Oui. La carte derrière Apple Pay ou Google Pay peut être tokenisée pour des prélèvements récurrents : un abonnement démarré d'un seul tap se poursuit sans que le client ait à revenir sur le checkout.

  • Chaque cycle est une commande à part entière : vous remboursez cette commande, en totalité ou en partie, sans toucher aux autres cycles ni résilier l'abonnement.

Encaissez un paiement avec chacun d'eux.

Un compte marchand sandbox, des clés API et un checkout avec tous ces moyens activés — pour tester chaque moyen de bout en bout avant de vous engager.