Gérer les abonnements d’un SaaS avec Stripe

Choisir son modèle d’abonnement

Avant de configurer quoi que ce soit, il faut décider comment vous facturez. Le modèle doit être simple à comprendre pour le client et cohérent avec la valeur qu’il reçoit.

Proposez le paiement mensuel et annuel : l’annuel, souvent assorti d’une remise, améliore votre trésorerie et réduit les départs. Et limitez-vous à deux ou trois formules au lancement : trop de choix freine la décision.

Structurer ses offres dans Stripe

Stripe organise la facturation récurrente (Stripe Billing) autour de quelques notions simples :

Produit

Ce que vous vendez : « Formule Essentielle », « Formule Pro ».

Prix

Un montant, une devise et une fréquence pour un produit : un prix mensuel, un prix annuel, un prix en dollars canadiens. Un produit peut avoir plusieurs prix.

Client

La fiche du payeur chez Stripe, reliée au compte de votre application.

Abonnement

Le lien entre un client et un ou plusieurs prix, avec son statut (actif, en essai, impayé, résilié).

Facture

Générée automatiquement à chaque échéance, payée par la carte enregistrée.

Si vous vendez dans plusieurs pays, créez un prix par devise (euros, dollars canadiens…) plutôt que de laisser jouer la conversion.

Le cycle de vie d’un abonnement

1. 01
   Inscription et essai

   Le client crée son compte. Avec un essai gratuit, demandez ou non la carte dès le départ : la demander filtre les curieux, ne pas la demander attire plus d’essais. Prévenez avant la fin de l’essai.

2. 02
   Premier paiement

   Le client choisit sa formule et paie, de préférence sur la page de paiement hébergée par Stripe, qui gère l’authentification bancaire.

3. 03
   Renouvellement

   Stripe prélève automatiquement à chaque échéance et envoie la facture. Votre application ne fait rien, sauf écouter le résultat.

4. 04
   Échec de paiement

   Carte expirée, plafond atteint : Stripe peut relancer automatiquement selon un calendrier et envoyer des courriels au client. Décidez combien de jours l’accès reste ouvert pendant ces relances.

5. 05
   Changement de formule

   Passage à une formule supérieure ou inférieure : Stripe calcule le prorata (ce qui reste dû ou à créditer) selon la règle que vous choisissez.

6. 06
   Résiliation

   Immédiate ou en fin de période payée. Gardez les données du client un temps défini, et dites-le dans vos conditions.

Ce que votre application doit gérer

Stripe encaisse ; c’est votre application qui ouvre ou ferme les portes. La règle d’or : l’accès dépend du statut de l’abonnement transmis par Stripe, via les webhooks, et jamais d’un simple clic du client sur « j’ai payé ».

• Les webhooks : chaque événement (paiement réussi, échec, changement, résiliation) met à jour le statut du compte dans votre base de données.
• Les droits par formule : ce que chaque formule permet (nombre d’utilisateurs, de véhicules, de documents) est vérifié côté serveur.
• Le portail client : Stripe fournit une page où le client met à jour sa carte, télécharge ses factures, change de formule ou résilie. Il évite beaucoup de demandes au support.
• L’espace d’administration : vous devez voir d’un coup d’œil qui est abonné, en essai, en impayé, et pouvoir accorder un geste commercial.
• Les courriels : bienvenue, fin d’essai, facture, échec de paiement, résiliation confirmée.
• Les taxes : TVA selon le territoire, TPS et TVQ ou TVH au Canada ; le paramétrage doit être validé par un comptable.

Les cas particuliers à prévoir

• Codes promotionnels et remises : un mois offert, une remise de lancement, un tarif partenaire. Stripe les gère sous forme de coupons, à créer avec une date de fin.
• Comptes offerts : un partenaire, un testeur, un client historique. Prévoyez un statut « offert » géré depuis votre administration, plutôt qu’un faux abonnement.
• Ajout d’utilisateurs en cours d’année : sur un abonnement annuel, le supplément peut être facturé au prorata immédiatement ou à l’échéance suivante. Choisissez et écrivez la règle.
• Clients professionnels qui paient par virement : Stripe peut envoyer une facture à régler par virement au lieu d’un prélèvement sur carte.
• Retour d’un ancien client : ses données sont-elles encore là ? Retrouve-t-il son ancien prix ? Décidez-le avant que la question se pose.

Plusieurs plateformes que nous avons conçues fonctionnent par abonnement : Gwadadrop (abonnements et statistiques), Fidelivet (distributeurs, catalogues et abonnements) ou GORIFIT. Pour les bases de Stripe, voir paiement en ligne avec Stripe.

Suivre la santé de vos abonnements

Quelques indicateurs suffisent pour piloter un SaaS par abonnement :

Stripe en fournit une partie dans son tableau de bord ; votre espace d’administration peut les afficher à côté de vos propres données d’usage.

Erreurs à éviter et liste de vérification

• Donner l’accès sur la page de retour du paiement au lieu d’attendre la confirmation par webhook.
• Couper l’accès dès le premier échec de paiement, sans relance ni période de grâce.
• Changer les prix d’abonnés existants sans les prévenir.
• Coder les montants en dur dans l’application au lieu de les lire depuis Stripe.
• Oublier la résiliation en un clic : un client qui ne trouve pas comment partir conteste le paiement.

Liste de vérification

• Deux ou trois formules claires, en mensuel et en annuel.
• Un prix par devise vendue.
• Webhooks pour chaque événement d’abonnement.
• Relances automatiques et période de grâce définies.
• Portail client activé.
• Tableau de bord admin des abonnements.
• Parcours testés en mode test : essai, échec, changement, résiliation.

Nous mettons en place ces abonnements dans les plateformes SaaS et applications web que nous développons, sur devis. Pour démarrer, lisez créer un SaaS ou contactez-nous.