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 doit permettre de répondre à 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, mais un problème de lisibilité ne justifie pas automatiquement de changer les prix.
Commence avec cinq points de contrôle.
| Point | Question à résoudre | Exemple de friction |
|---|---|---|
| Les plans | Puis-je identifier celui qui correspond à mon usage ? | Trois listes presque identiques, sans cible explicite |
| Le prix | Puis-je calculer ce que mon équipe paiera ? | Montant affiché sans unité ni minimum de sièges |
| La facturation | Est-ce clair quand et combien je serai débité ? | Équivalent mensuel présenté sans total annuel |
| L’entrée dans le produit | Que puis-je essayer, et à quelles conditions ? | « Gratuit » sans durée ni limites |
| Le fonctionnement | Mon choix est-il conservé jusqu’à l’étape suivante ? | Plan annuel sélectionné, checkout mensuel ouvert |
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. L’offre Mon Audit CRO peut porter sur ta page de tarifs publique ; elle ne comprend ni l’accès à ton système de facturation ni une refonte de ton modèle économique.
Combien de plans afficher ?
Il n’existe pas de nombre idéal indépendant du produit. Trois plans peuvent être faciles à lire 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.
| Plan | Situation d’usage | Différence structurante |
|---|---|---|
| Individuel | Une personne prépare ses propres rapports | Un espace personnel et un volume adapté |
| Équipe | Plusieurs personnes construisent et partagent les rapports | Collaboration, rôles et capacité partagée |
| Organisation | Plusieurs équipes ont des exigences de déploiement et de gouvernance | Administration, sécurité et accompagnement spécifiques |
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. Il doit cependant permettre de retrouver le nom des plans, d’interpréter les symboles et de lire les explications 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. La présence d’un badge ou d’un plan plus cher peut influencer le choix, mais ne constitue pas une garantie d’augmentation de la conversion.
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. Une personne dont le budget ne correspond pas à l’offre doit pouvoir le comprendre. 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. Le visiteur doit pouvoir anticiper un usage normal, pas uniquement le scénario le moins cher.
Précise également la devise et le traitement des taxes de manière cohérente avec le paiement. La page et le checkout doivent raconter 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. Le choix par défaut doit rester compréhensible, et le passage d’un cycle à l’autre accessible.
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. La présentation doit aussi annoncer 400 € facturés annuellement, à proximité. 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é.
Vérifier le sélecteur, pas seulement son apparence
Un contrôle mensuel/annuel doit indiquer la sélection active autrement que par une couleur discrète. Il doit aussi être utilisable au clavier, avoir un nom accessible et conserver un focus visible.
Pour deux choix exclusifs, des boutons radio natifs peuvent convenir. Si tu construis un composant personnalisé, son comportement doit respecter 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 : le plan, le cycle, la devise et la 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.
Pour analyser les choix, ton équipe peut enregistrer un événement contenant par exemple les propriétés suivantes :
{
"event": "pricing_plan_selected",
"plan": "team",
"billing_interval": "year",
"currency": "EUR"
}
Cet objet illustre une convention de mesure ; ce n’est ni un événement standard imposé ni une intégration prête à copier. Il faut le relier à ton outil, éviter les doublons et distinguer la sélection d’un paiement réussi. N’y ajoute pas d’informations personnelles inutiles.
Freemium ou essai gratuit : qu’expliquer sur la page ?
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. Le freemium peut permettre un usage progressif, mais il doit rendre les limites compréhensibles. Un essai limité dans le temps doit laisser une possibilité réaliste d’atteindre la valeur du produit.
La page doit répondre aux questions correspondant à son modèle.
| Modèle | Informations à rendre visibles |
|---|---|
| Freemium | Limites d’usage, fonctions payantes et déclencheurs d’un changement de formule |
| Essai sans carte | Durée, accès inclus et fonctionnement à l’expiration |
| Essai avec carte | Durée, première facturation, montant applicable et modalités de gestion de l’abonnement |
| Offre sur démonstration | Objet de l’échange, personne concernée et étapes avant de pouvoir utiliser le produit |
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. Le comportement attendu en cas d’échec doit être défini et testé 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, mais l’utilisateur doit comprendre qu’il peut défiler et garder le lien entre une cellule et son plan. Les informations décisives ne doivent pas exister uniquement dans une infobulle 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 perdue
Changer de devise, ouvrir une FAQ ou revenir depuis le checkout peut réinitialiser le plan. Teste ces allers-retours. La page doit rendre l’état actuel visible, même si 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. Une réponse à une question de prix déclarative ne remplace pas l’observation d’une décision réelle.
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.
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 ?
Pas systématiquement. Le visiteur doit comprendre le cycle sélectionné, le montant débité et la possibilité de changer. La pertinence du défaut dépend du modèle et du comportement de tes clients.
« 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. Compare ensuite des populations et des périodes comparables. Il n’existe pas de taux universel valable pour toutes les pages de tarifs SaaS.
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é.
Clarifier le choix avant de modifier le prix
Une page de tarifs efficace permet de comprendre l’offre et de décider avec les informations nécessaires. Avant de toucher au montant, vérifie que le visiteur peut identifier son plan, calculer son coût et anticiper la suite.
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.
← Retour au blog CRO