La tarification d’un SaaS doit rendre compréhensible ce qui est vendu, comment le montant est calculé et ce qui se passe lorsque l’usage change. Elle repose sur le service rendu, les coûts à couvrir et les conditions d’achat du public visé. Il n’existe pas de grille universelle qui garantit une croissance ou une rentabilité.
Ce guide aide à préparer le modèle et sa présentation. Il ne fixe pas les tarifs de votre logiciel, ne remplace pas la validation des conditions commerciales et ne promet pas un résultat financier. Une page de prix claire doit correspondre au calcul appliqué lors de la commande et aux droits réellement accordés.
1. Définir ce que le client achète
Commencez par les tâches prises en charge et les limites du service. Précisez les utilisateurs concernés, les fonctions disponibles et l’accompagnement éventuel. Une différence entre deux offres doit pouvoir être expliquée autrement que par « plus de valeur » ou « pour les professionnels ».
Exemple fictif. Un logiciel de suivi propose un espace partagé pour une équipe. Son offre distingue le nombre de comptes actifs, les fonctions d’administration et le support convenu. Ce n’est pas un cas client. Cet exemple sert à vérifier la lisibilité des limites, pas à présenter un tarif ou une performance commerciale observée.
Échangez avec les personnes susceptibles d’acheter pour comprendre leur budget, leur processus de décision et les alternatives utilisées. Un intérêt déclaré ne vaut pas une commande. Consignez ce qui est dit et les réserves, sans transformer quelques entretiens en une estimation de toute la demande.
2. Choisir une unité de facturation explicable
Le montant peut dépendre d’un forfait, du nombre d’utilisateurs ou d’une quantité consommée. La documentation Stripe sur les modèles récurrents distingue notamment les forfaits, les prix par utilisateur, les paliers et la facturation à l’usage. Ces possibilités techniques ne déterminent pas à elles seules le modèle adapté à votre activité.
Définissez l’unité avant son prix. Un utilisateur facturé est-il invité, actif ou titulaire d’un accès ? Une opération consommée est-elle une tentative ou un traitement abouti ? Une règle ambiguë peut produire un écart entre ce que le client pense acheter et ce qui lui est facturé.
Si vous utilisez des paliers, précisez si le prix d’un palier s’applique à toutes les unités ou seulement aux unités de cette tranche. Préparez plusieurs calculs d’exemple, notamment à la frontière entre deux paliers. La simulation et la facture de test doivent donner le même résultat.
3. Examiner les coûts sans les confondre avec les revenus
Recensez les dépenses nécessaires au service : hébergement, traitements, stockage, intégrations, moyens de paiement et assistance. Séparez les coûts fixes, les coûts liés à l’usage et le temps humain. Une fonction fondée sur un fournisseur externe peut avoir un coût variable même si l’utilisateur paie un forfait.
Comparez plusieurs niveaux d’usage plausibles, y compris un compte peu actif et un compte sollicitant fortement le support. Notez les hypothèses plutôt que de présenter une marge estimée comme un résultat réel. Un abonnement annoncé ne correspond pas toujours à une somme encaissée : les impayés, remboursements et annulations doivent rester distincts.
Les tarifs fournisseurs et les conditions applicables peuvent évoluer. Vérifiez les offres retenues au moment du devis et de la mise en place. Ne construisez pas la rentabilité du produit sur une promotion temporaire présentée comme un coût permanent.
4. Présenter les offres et leurs limites
La page de prix doit permettre de comparer les mêmes critères : fonctions, quantités incluses, accompagnement et éventuels frais distincts. Affichez la période de facturation sans laisser croire qu’un équivalent mensuel signifie un paiement mensuel lorsqu’un engagement ou un règlement annuel est demandé.
- Expliquez les limites et le traitement des dépassements.
- Distinguez offre gratuite, essai temporaire et abonnement payant.
- Précisez la prochaine étape : accès immédiat, échange ou devis.
- N’ajoutez pas une mention « la plus choisie » sans données qui la justifient.
La présentation, le devis et la commande doivent rester cohérents. Les règles d’engagement, de changement et de résiliation sont à faire valider dans les documents applicables ; elles ne doivent pas être improvisées à partir d’une durée prétendument standard.
5. Tester facturation et droits d’accès ensemble
Préparez une recette dans un environnement de test autorisé. Vérifiez création d’un abonnement, paiement échoué, renouvellement, changement de formule et arrêt selon les règles retenues. Aucun paiement réel n’est nécessaire pour vérifier la logique initiale avec les outils de test disponibles.
Le montant facturé et les droits d’accès sont deux sujets liés mais distincts. Un écran de retour du paiement ne doit pas être la seule preuve permettant d’ouvrir des fonctions payantes. Vérifiez la confirmation côté serveur et le traitement des notifications reçues plusieurs fois ou dans un ordre différent.
Pour une quantité facturée à l’usage, contrôlez l’enregistrement, la période, les doublons et les éventuelles corrections. Les données de facturation doivent être traçables sans exposer les informations personnelles dans des journaux ou des outils non autorisés. Prévoyez qui examine un écart signalé par un client.
6. Faire évoluer les prix avec une mesure lisible
Une modification de prix peut changer plusieurs choses : revenu, nombre de comptes, usage ou demandes de support. Pour l’interpréter, définissez la population comparée, la période et les changements intervenus en même temps. Une variation observée ne prouve pas automatiquement que le nouveau prix en est la cause.
Distinguez nouveaux acheteurs et abonnés existants. Avant de modifier leur facturation, vérifiez les modalités validées, les informations à transmettre et les possibilités techniques. Ne promettez ni délai universel de préavis ni hausse automatique : ces décisions dépendent des conditions réellement applicables.
La présentation d’une page de tarifs traite sa lisibilité. Le choix d’une offre freemium précise le périmètre gratuit. Pour construire le produit et sa facturation, le cadrage de la réalisation SaaS permet de définir les fonctions, dépendances et tests à inclure dans la mission.
