Page de tarifs SaaS : aider tes visiteurs à choisir

Un visiteur arrive sur ta page de tarifs. Il compare les plans, change le cycle de facturation, descend dans le tableau, puis repart. Le prix est peut-être trop élevé pour lui. Mais il n’a peut-être pas compris quel plan choisir, ce qui serait facturé aujourd’hui ou ce qu’il pourrait réellement faire avec l’offre.

Ces situations demandent des réponses différentes. Baisser le prix ne corrige pas une unité ambiguë, une limite introuvable ou un bouton qui perd la sélection précédente.

Une page de tarifs répond à trois questions : quelle formule correspond à mon usage, combien vais-je payer et que se passe-t-il après le clic ? Le diagnostic commence par là.

Avant de refaire ta grille, diagnostique-la

Le travail sur une page de tarifs peut concerner sa présentation, la composition des plans ou le modèle économique lui-même. Ces sujets sont liés, et c’est le piège : un problème de lisibilité se corrige sur la page, pas dans la grille tarifaire.

Commence avec cinq points de contrôle.

Examine la page sur ordinateur et téléphone. Fais les mêmes choix et compare ce que tu comprends à chaque étape. Si tu peux consulter tes données internes, rapproche les clics sur les plans des inscriptions et des paiements effectifs. Un clic ne confirme pas que l’offre a été achetée.

La méthode plus large est décrite dans le guide de l’audit CRO SaaS.

Combien de plans afficher ?

Le bon nombre dépend de ton produit : trois plans peuvent être limpides ou impossibles à départager. Un plan unique peut être limpide ou mal adapté à des usages très différents.

Le bon point de départ est la segmentation des besoins. Pour chaque formule, termine la phrase : « Ce plan s’adresse à quelqu’un qui… » Si les réponses sont identiques, les différences sont peut-être trop techniques, trop faibles ou mal expliquées.

Voici un exemple pédagogique pour un outil de reporting. Il ne décrit pas les tarifs d’un produit réel.

Les intitulés ne suffisent pas. Précise les limites qui changent réellement la décision : nombre de membres, projets, sources connectées, volume traité ou accès à une fonction déterminante.

Présenter les différences avant l’inventaire

Une longue liste de fonctionnalités communes peut masquer les quelques raisons de choisir un plan plutôt qu’un autre. Commence par les différences utiles, puis propose le détail pour les personnes qui en ont besoin.

Un tableau complet reste pertinent si tes prospects comparent précisément les droits et les limites. Garde alors le nom des plans visible pendant le défilement, une légende pour les symboles et des explications lisibles sur mobile.

Le vocabulaire compte également. « 10 000 unités » demande une traduction si le prospect ne sait pas combien d’unités consomme son usage. Un exemple de calcul ou un simulateur peut aider, à condition que ses hypothèses soient visibles.

Mettre un plan en avant sans inventer une préférence collective

Tu peux recommander un plan pour un usage défini : « Pour une équipe qui partage ses rapports ». Cette recommandation a un sens que le prospect peut vérifier.

Un badge « Le plus choisi » affirme autre chose : un comportement réel de tes clients. Utilise-le seulement si tu peux le justifier. Un badge ou un plan plus cher déplacent le regard ; c’est l’explication du plan mis en avant qui fait décider.

Afficher les prix ou proposer un contact ?

Quand une offre standard peut être achetée directement, un prix accessible permet au visiteur de vérifier son budget et de comparer les options. Le masquer ajoute une étape à cette vérification.

Pour une offre dont le coût dépend fortement du déploiement, du volume ou de conditions contractuelles, un échange peut être utile. La question devient alors : quelles informations peux-tu donner avant cet échange ?

Tu peux notamment préciser ce qui fait varier le budget, les unités facturées, les minimums éventuels et ce que comprend la formule. Un prix de départ n’aide que s’il correspond à une situation réelle et si les conditions qui l’accompagnent sont lisibles.

Évite de considérer toute sortie de la page comme une perte à empêcher. Laisse une personne dont le budget ne correspond pas à l’offre le comprendre tout de suite. Le rôle de la page est aussi de qualifier le choix et d’éviter une mauvaise surprise plus tard.

Rendre le montant interprétable

« 40 € par mois » peut désigner le prix d’un compte, d’un siège ou d’un groupe de sièges. Ajoute l’unité, le cycle, les minimums et les éventuels frais nécessaires au démarrage.

Si le prix varie avec la consommation, indique ce qui se passe au-delà du volume inclus : blocage, surcoût, changement de plan ou contact. Chiffre l’usage normal, pas seulement le scénario le moins cher.

Précise la devise et le traitement des taxes exactement comme au paiement : la page et le checkout racontent la même chose.

Mensuel ou annuel : quel cycle mettre par défaut ?

Le paiement annuel peut répondre à un besoin de prévisibilité et proposer une réduction. Le paiement mensuel peut faciliter une première décision ou convenir à un usage plus variable. Rends le choix par défaut lisible et le passage d’un cycle à l’autre immédiat.

Le principal risque est de présenter un équivalent mensuel comme s’il s’agissait du montant débité chaque mois.

Dans un exemple fictif, une offre peut coûter 40 € en facturation mensuelle ou 400 € pour un an. L’équivalent annuel est alors d’environ 33,33 € par mois. Annonce aussi 400 € facturés annuellement, à proximité du montant mensualisé. La réduction correspond ici à 80 € par rapport à douze paiements de 40 €, et non à un pourcentage choisi pour le visuel.

Vérifie le calcul sur tous les plans. Des arrondis différents peuvent produire des incohérences entre le tarif affiché, l’économie annoncée et le montant payé.

Le teardown de la page de tarifs Waalaxy détaille un cas réel où l’annuel était sélectionné par défaut, et ce que ce choix change dans la lecture du montant.

Vérifier le sélecteur, pas seulement son apparence

Signale la sélection active autrement que par une couleur discrète. Rends le contrôle utilisable au clavier, donne-lui un nom accessible et garde un focus visible.

Pour deux choix exclusifs, des boutons radio natifs peuvent convenir. Si tu construis un composant personnalisé, respecte le modèle d’interaction retenu. Le modèle de groupe de boutons radio du W3C décrit les attentes de navigation au clavier et de sélection.

Contrôle ensuite le passage au checkout : plan, cycle, devise et quantité doivent correspondre au choix visible. Une interface qui change le prix sans modifier l’offre transmise au paiement crée un problème fonctionnel, pas seulement éditorial.

Freemium ou essai : quoi expliquer ?

Le freemium donne accès à une version gratuite sans échéance d’essai prévue, avec des limites. L’essai gratuit donne accès à une offre pendant une durée définie. Un essai peut demander une carte bancaire ou permettre de commencer sans carte.

Ces modèles changent le risque perçu et la manière d’évaluer le produit. Avec un freemium, rends les limites compréhensibles avant qu’on les atteigne. Avec un essai limité dans le temps, vérifie qu’on peut réellement atteindre la valeur du produit dans la durée annoncée.

Réponds ensuite aux questions propres à ton modèle.

N’affirme pas qu’un modèle convertira mieux pour tous les SaaS. Il peut attirer une population différente, modifier le nombre d’inscriptions et changer le taux de passage au payant. Il faut regarder l’ensemble du parcours, ainsi que l’activation et la rétention.

Le guide sur la conversion des essais gratuits détaille ces différences et les limites des benchmarks. Sur la page de tarifs, la priorité reste de décrire honnêtement le fonctionnement proposé.

Les frictions que l’examen technique révèle

Le texte peut être clair dans une maquette et devenir trompeur une fois relié au produit. Une revue utile va donc au-delà de la capture d’écran.

Un prix qui dépend d’une réponse réseau

Si une API fournit le tarif, examine l’attente, l’échec et le rechargement. Un espace vide ou un ancien prix affiché sans contexte peut rendre le choix impossible. Définis le comportement attendu en cas d’échec et fais-le tester par l’équipe qui gère la page.

Un tableau illisible sur téléphone

Un tableau large peut demander un défilement horizontal. Ce n’est pas forcément un défaut : signale le défilement et garde le lien entre une cellule et son plan. Sors les informations décisives des infobulles au survol.

Des limites dispersées

Une formule peut annoncer « Utilisateurs illimités » tout en facturant certains rôles, ou inclure une fonction sous réserve d’une option. Rassemble les conditions qui modifient réellement la décision. Une note éloignée du choix ne corrige pas toujours une formulation ambiguë.

Une sélection que personne ne mesure

Si tu veux savoir quels plans sont réellement choisis avant le paiement, il faut l’enregistrer explicitement : aucun outil ne le déduit de la page. Un événement de ce type suffit à démarrer.

{
  "event": "pricing_plan_selected",
  "plan": "team",
  "billing_interval": "year",
  "currency": "EUR"
}

Ce n’est ni un événement standard imposé ni une intégration prête à copier : relie-le à ton outil, évite les doublons au rechargement, distingue la sélection du paiement réussi et n’y mets aucune donnée personnelle.

Une sélection perdue

Changer de devise, ouvrir une FAQ ou revenir depuis le checkout peut réinitialiser le plan. Teste ces allers-retours. Affiche l’état actuel, même quand le choix a été restauré depuis une session précédente.

Des informations accessibles seulement à la souris

Examine les infobulles, les liens, le sélecteur de cycle et les boutons avec le clavier. Des libellés explicites aident aussi à différencier plusieurs boutons « Choisir » dans les technologies d’assistance. Les recommandations du W3C sur les labels expliquent pourquoi le nom d’un contrôle doit être lié à son rôle.

Comment diagnostiquer ta page cette semaine

Commence par un contrôle de compréhension. Montre la page à une personne proche de ta cible et demande-lui quel plan elle choisirait pour une situation précise. Fais-lui expliquer le montant payé aujourd’hui, les limites et la prochaine étape. Observe les endroits où elle doit deviner.

Examine ensuite les parcours de ton propre produit. Compare les ouvertures de la page, les choix de formule et les inscriptions confirmées, avec des définitions stables. Si tu disposes d’enregistrements de session, cible une question comme l’usage du comparateur sur mobile ; ne transforme pas chaque départ en objection sur le prix.

Complète par des échanges avec tes clients et prospects. Demande quelles alternatives ils envisagent, ce qui justifie le budget et quelle limite leur paraît difficile à interpréter. Distingue la capacité à payer de la compréhension de la valeur. Traite les réponses déclaratives sur le prix comme des hypothèses à confronter aux décisions réellement prises.

Termine par une liste courte d’actions. Pour chacune, précise la preuve, la correction et le contrôle attendu. Si le total annuel n’est pas annoncé, vérifie après modification sa présence près du montant et sa cohérence avec le checkout. Si les plans sont difficiles à différencier, vérifie que leurs usages et limites structurantes deviennent explicites.

Avant de toucher au montant, assure-toi que le visiteur peut identifier son plan, calculer son coût et anticiper la suite : c’est souvent là que se trouve le problème qu’on attribue au prix.

Tu peux faire auditer ta page de tarifs publique pour obtenir des constats, des preuves et des corrections priorisées, ou consulter un exemple de rapport. Le diagnostic est produit avec un processus assisté par IA, sur mobile et ordinateur, et livré sous 3 jours après réception de l’URL, de la cible et de l’objectif confirmés. Il ne comprend ni l’accès à ton système de facturation ni une refonte de ton modèle économique.

Questions fréquentes

Faut-il forcément trois plans ?

Non. Le nombre doit refléter des besoins réellement distincts. Plusieurs plans presque identiques ne deviennent pas plus faciles à choisir parce qu’ils suivent une convention visuelle.

Faut-il mettre l’annuel par défaut ?

Cela dépend de ton modèle et du comportement de tes clients. Ce qui se vérifie dans tous les cas : le cycle sélectionné, le montant débité et la possibilité de changer doivent être lisibles à côté du chiffre.

« Contacte-nous » est-il toujours une mauvaise idée ?

Non, notamment pour une offre qui nécessite un chiffrage. Explique ce qui détermine le coût et le déroulement de l’échange. Pour une offre standard, demande-toi ce que l’étape de contact apporte réellement au choix.

Quel taux de conversion viser sur la page de tarifs ?

Commence par définir la conversion (sélection d’un plan, inscription ou paiement), puis compare des populations et des périodes comparables. C’est ton propre écart d’une période à l’autre qui sert de repère, pas un taux de référence du secteur.

Faut-il garder le tableau de fonctionnalités ?

S’il aide les prospects à comparer, oui. Fais ressortir les différences décisives et explique les limites avant d’ajouter un inventaire exhaustif. Vérifie sa lecture sur mobile.

L’audit peut-il changer mes prix ou mon système de paiement ?

L’audit d’une page publique fournit un diagnostic et des instructions de correction. Il n’inclut pas la modification de ton site, de ta facturation ou de tes plans. Ces décisions et leur application restent de ton côté.