Etude de cas anonymisee. Editeur SaaS B2B mid-market, environ deux cents clients, une page pricing existante qui sous-convertissait selon l'équipe commerciale. Mission : refondre la page pricing en six semaines, sans toucher au reste du site.
Le contexte etait volontairement contraint : pas de nouveau positionnement, pas de rebranding complet, pas de refonte du tunnel d'inscription. L'objectif etait de comprendre ce qui bloquait sur cette page precise, puis de livrer une version plus claire, plus rassurante et plus actionnable. Cette contrainte a ete utile : elle a force l'equipe a traiter le pricing comme une interface de decision, pas comme une simple page catalogue.
Le diagnostic initial
Audit analytics : la page pricing recevait environ huit mille visiteurs uniques par mois, generait soixante demarrages d'essai gratuit. Soit un taux de conversion de 0,75 pourcent. L'équipe commerciale estimait que la concurrence directe convertissait deux a quatre fois plus.
Analyse de la page existante : quatre offres en colonnes (Free, Starter, Pro, Enterprise), un tableau de comparaison de fonctionnalites tres dense (quarante lignes), pas de section FAQ, pas de logos client, pas de mentions de prix annuel versus mensuel.
Interview de cinq prospects qualifies (avec accord du client) : trois temoignages convergents — "je ne sais pas laquelle choisir", "le tableau me decouragé", "je ne sais pas s'il y a un essai".
Le point important : la page n'etait pas "laide". Elle etait meme plutot propre visuellement. Le probleme venait de la charge cognitive. Trop d'informations etaient donnees au meme niveau, sans hierarchie claire. Les visiteurs devaient comparer, interpreter, verifier, puis deduire eux-memes l'offre pertinente. Pour une page pricing SaaS B2B, c'est souvent la zone de friction principale.
Comme le rappelle la recherche UX de Nielsen Norman Group, les utilisateurs scannent souvent les pages avant de les lire en detail. Une page pricing doit donc etre lisible en diagonale : le visiteur doit comprendre rapidement les options, les differences majeures, le niveau de confiance et la prochaine action possible.
Le cadre de mesure avant design
Avant d'ouvrir Figma, nous avons pose un cadre de mesure simple. L'enjeu n'etait pas seulement de "faire plus beau", mais de pouvoir dire, six mois plus tard, si la refonte avait produit un effet observable. Cette etape est proche d'un audit UX structure avant refonte : on part des questions business, puis on les traduit en signaux mesurables.
Nous avons distingue trois familles d'indicateurs :
- Indicateurs de conversion : demarrages d'essai, demandes de demo, clics sur les CTA principaux.
- Indicateurs de comprehension : interactions avec le toggle mensuel/annuel, ouverture du detail des fonctionnalites, consultation de la FAQ.
- Indicateurs qualitatifs : retours commerciaux, questions recurrentes en rendez-vous, objections formulees dans les emails entrants.
Cette distinction a evite une erreur classique : juger la page uniquement sur le taux de clic. Une page pricing B2B sert aussi a qualifier. Si elle augmente les clics mais envoie des prospects mal informes aux commerciaux, elle deplace le probleme au lieu de le resoudre.
Nous avons aussi clarifie les evenements de tracking. Les actions importantes devaient etre mesurees sans surcollecte inutile. Pour les sujets de cookies et traceurs, la CNIL rappelle que le consentement et l'information utilisateur doivent etre pris au serieux. Dans ce projet, cela s'est traduit par un plan de tracking limite aux interactions utiles pour piloter la page.
Les trois decisions de design
Premiere decision : passer de quatre offres a trois. L'offre Free etait sous-utilisee par les vrais prospects (utilisee par des étudiants, des indies, des freelances qui ne convertissaient jamais en Pro). On l'a deplacee vers une page secondaire ("Pour les freelances et associations"). La page pricing principale presente Starter, Pro, Enterprise — trois choix qu'un decideur B2B comprend.
Ce choix a ete sensible en interne. L'offre Free existait depuis longtemps, elle rassurait l'equipe produit et servait de porte d'entree historique. Mais les donnees commerciales montraient qu'elle brouillait la lecture pour la cible mid-market. La decision n'a donc pas ete de supprimer l'offre, mais de la sortir de la page principale pour aligner la page avec la cible prioritaire.
Deuxieme decision : remplacer le tableau de quarante lignes par trois listes de cinq fonctionnalites clé par offre, plus un lien "Voir tout le detail" qui ouvre le tableau complet en modale. La page principale reste digestible.
Le travail le plus difficile a ete de choisir ces cinq fonctionnalites. Chaque equipe voulait voir "son" argument dans la carte : produit, support, sales, customer success. Nous avons arbitre avec une question simple : quelles informations aident vraiment un prospect a choisir entre Starter, Pro et Enterprise ? Les details secondaires ont ete conserves, mais dans un second niveau de lecture.
Troisieme decision : ajouter trois sections que la page n'avait pas — un toggle mensuel/annuel avec mise en avant de l'economie annuelle, une section "Ils nous font confiance" avec six logos client B2B, et une FAQ de huit questions reelles (issues du support).
Ces ajouts n'ont pas ete traites comme des ornements. Le toggle repondait a une question de budget. Les logos repondaient a une question de confiance. La FAQ repondait aux objections pratiques : engagement, donnees, essai, support, changement d'offre. La page est devenue moins promotionnelle et plus utile.
Architecture de l'information : ce que la page devait dire en premier
Une page pricing efficace n'est pas seulement une grille de prix. C'est une sequence de decision. Dans ce projet, nous avons reconstruit la page autour de quatre questions que le visiteur se pose implicitement :
- Est-ce que cette solution s'adresse a moi ?
- Quelle offre correspond a mon niveau de maturite ?
- Pourquoi ce prix est-il justifie ?
- Que se passe-t-il si je clique maintenant ?
Le hero devait donc eviter les slogans vagues. Le titre a ete reduit a une promesse concrete, reliee au contexte B2B. Le sous-titre precisait le type d'equipe visee. Le toggle mensuel/annuel etait visible immediatement, car il influencait la perception du prix.
Les cartes ont ete ordonnees pour guider sans manipuler. L'offre Pro etait mise en avant, mais Starter restait visuellement credible. Enterprise n'etait pas une carte fantome : elle expliquait clairement pourquoi parler a un commercial et dans quels cas cette offre devenait pertinente.
Nous avons aussi travaille la typographie. Une grille pricing concentre beaucoup de micro-informations : prix, unite de facturation, conditions, fonctionnalites, CTA, mentions. Une mauvaise hierarchie typographique suffit a creer du doute. Sur ce point, les principes detailles dans notre guide sur la typographie des landing pages SaaS sont directement applicables : moins de styles, plus de contrastes utiles, et une difference nette entre information principale et information secondaire.
Microcopy et objections : les petits textes qui changent la decision
La refonte n'a pas seulement porte sur la structure. Une grande partie de l'impact est venue des micro-textes : libelles de boutons, mentions sous le prix, phrases de clarification, reponses courtes dans la FAQ. Sur une page pricing, un mot ambigu peut suffire a interrompre l'action.
Par exemple, le CTA generique "S'inscrire" a ete remplace par "Demarrer l'essai" pour les offres Starter et Pro. Ce libelle repondait a une hesitation detectee en interview : plusieurs prospects ne savaient pas si l'essai existait, ni s'ils allaient etre factures immediatement. Sous le bouton, une micro-mention clarifiait le fonctionnement de l'essai lorsque c'etait pertinent.
Pour Enterprise, le CTA "Contact" a ete remplace par "Parler a un commercial". La nuance est importante : "Contact" est vague, alors que "Parler a un commercial" annonce clairement l'etape suivante. En B2B, les utilisateurs ne craignent pas toujours de parler a un humain ; ils craignent surtout de ne pas savoir dans quoi ils s'engagent.
La FAQ a ete ecrite a partir de questions reelles, pas de questions marketing. Nous avons evite les formulations artificielles du type "Pourquoi notre solution est-elle la meilleure ?". Les questions retenues etaient beaucoup plus concretes : peut-on changer d'offre, comment fonctionne la facturation annuelle, que contient l'essai, quelles integrations sont incluses, comment se passe l'accompagnement.
Ce travail rejoint une logique plus large de branding : une marque B2B inspire confiance quand son langage est coherent, precis et utile. La page pricing doit donc rester alignee avec l'identite globale, comme on le ferait dans une charte de marque coherente, mais sans sacrifier la clarte operationnelle.
Le design final
Hero compact : titre clair (cinq mots), sous-titre une ligne, toggle mensuel/annuel visible. Trois cartes pricing alignees, l'offre Pro mise en avant par un encart "Recommande". Sur chaque carte : prix, cinq lignes de fonctionnalites, CTA "Demarrer l'essai" (Starter, Pro) ou "Parler a un commercial" (Enterprise).
En dessous : la bande de logos clients, en monochrome leger. Puis la FAQ, en accordeon. Pas d'animation lourde, pas de scroll-driven effects. La page est calme, claire, navigable.
Le style visuel a volontairement peu change. Nous avons conserve les couleurs principales de la marque et limite les nouveaux composants. L'objectif etait de reduire le risque de rejet interne et de livrer vite. Les ajustements ont surtout concerne l'espacement, la hierarchie, les contrastes, les etats de boutons et la densite d'information.
Les cartes pricing ont ete concues comme des blocs de comparaison rapide. Chaque carte avait la meme structure : nom de l'offre, phrase de positionnement, prix, unite de facturation, CTA, liste de fonctionnalites, lien secondaire vers le detail. Cette regularite a rendu la comparaison plus simple et plus rapide.
Nous avons aussi fait attention aux couleurs. La mise en avant de l'offre Pro ne reposait pas uniquement sur une couleur plus vive. Elle combinait position centrale, badge, contraste de bordure et CTA plus visible. C'est important pour l'accessibilite : une information ne devrait pas dependre exclusivement de la couleur. Les WCAG 2.2 rappellent notamment l'importance de criteres robustes de perception, de navigation et de comprehension.
Implementation : vitesse, accessibilite et maintenance
La meilleure page pricing perd de son impact si elle est lente, fragile ou difficile a maintenir. Dans ce projet, la livraison ne se limitait donc pas a un fichier de design. Nous avons prepare les composants avec l'equipe technique pour que les prix, les libelles et les fonctionnalites puissent evoluer sans recreer toute la page.
Les accordéons de FAQ ont ete implementes de maniere progressive : le contenu restait accessible, les titres etaient clairs, et l'interaction ne masquait pas une information critique. Les modales du tableau detaille ont ete testees au clavier pour verifier que l'ouverture, la navigation et la fermeture ne bloquaient pas l'utilisateur.
Cote performance, nous avons evite les scripts inutiles et les animations lourdes. Google rappelle via web.dev que l'experience percue depend notamment de la rapidite d'affichage, de la stabilite visuelle et de la reactivite. Sur une page pricing, chaque hesitation technique peut renforcer une hesitation commerciale.
Le design system existant a ete reutilise autant que possible. Les nouveaux composants etaient limites : carte pricing, toggle, bande logos, accordéon FAQ, modale de comparaison. Cette approche a facilite la validation et la maintenance. Elle s'inscrit dans une logique de projet court, comparable a notre methode du brief au beta en six semaines.
Les resultats six mois apres mise en ligne
Le taux de conversion visite vers essai a ete multiplie par trois. Pas de revolution business : les ventes ont suivi proportionnellement, avec un decalage de deux mois (cycle de vente B2B mid-market). Les retours qualitatifs des commerciaux : les prospects arrivent plus qualifies, ils ont compris la différence entre les offres.
Indicateurs collateraux interessants : la duree moyenne passee sur la page a augmente (lecture plus engagee), le taux de rebond a diminue significativement, le nombre de prospects qui passaient par la page pricing avant de demander une demo a augmente.
Le resultat le plus utile pour l'equipe n'a pas ete uniquement la hausse de conversion. C'est la baisse des conversations inutiles autour de questions basiques. Les commerciaux passaient moins de temps a expliquer la difference entre les offres et plus de temps a qualifier le besoin, le contexte d'achat et les integrations necessaires.
Le support a aussi remonte moins de questions de clarification sur l'essai et la facturation. Cela ne veut pas dire que toutes les objections avaient disparu. Mais les objections restantes etaient plus avancees : securite, gouvernance, accompagnement, integration au systeme existant. Autrement dit, la page faisait mieux son travail de premier filtre.
Ce qu'on a appris
La simplification a plus d'impact que l'ajout. Retirer une offre a converti mieux que d'optimiser quatre offres. Les sections "FAQ", "Logos clients", "Toggle annuel" sont souvent l'edge dont une page pricing a besoin, plutot qu'une refonte chromatique.
Le tableau detaille reste utile mais sur un canal secondaire. Le mettre en page principale dilue le message. Le mettre en modale permet a ceux qui veulent le detail de l'obtenir sans pénaliser ceux qui veulent une decision rapide.
Le toggle mensuel-annuel reste une mecanique standard qui fonctionne. Quand c'est applicable, il ameliore les revenus moyens car les utilisateurs basculent en annuel s'ils voient clairement l'economie.
Nous avons aussi appris qu'une page pricing n'est pas le bon endroit pour tout dire. Elle doit faire avancer une decision, pas remplacer une documentation produit. Les contenus longs, les cas d'usage detailles et les comparatifs exhaustifs peuvent exister ailleurs, a condition que la page pricing conserve son role : orienter, rassurer, declencher.
Autre apprentissage : une mise en avant doit etre honnete. Si l'offre recommandee est simplement celle que l'entreprise veut vendre, les visiteurs le sentent. Ici, l'offre Pro etait réellement le meilleur point d'entree pour la majorite des prospects mid-market. Le badge "Recommande" etait donc credible.
Conditions de transposabilite
Ces resultats valent pour un SaaS B2B mid-market avec un cycle de decision structure, plusieurs parties prenantes et une difference reelle entre les offres. Ils ne se transposent pas automatiquement a un produit freemium grand public, a une marketplace ou a un service sur devis integral.
Pour appliquer cette approche, il faut d'abord verifier trois conditions :
- La segmentation des offres est claire. Si les equipes internes ne savent pas expliquer les differences, la page ne pourra pas les rendre limpides.
- Les objections principales sont connues. La FAQ doit venir du terrain : support, sales, demos, emails, conversations clients.
- Le tracking est suffisamment propre. Sans mesure fiable, il sera difficile de distinguer un vrai progres d'une variation de trafic ou de qualification.
La methode est aussi pertinente quand la page pricing existe depuis longtemps et accumule des couches successives : nouvelles offres, mentions legales, promotions, integrations, badges, tableaux, exceptions. Dans ce cas, la refonte consiste souvent a retirer, regrouper et prioriser avant de redessiner.
En revanche, si le probleme principal vient du positionnement, du produit ou de la qualite du trafic, une refonte de page ne suffira pas. Elle peut ameliorer la comprehension, mais elle ne compensera pas une promesse floue ou une audience mal ciblee. Dans ces situations, il vaut mieux traiter d'abord la strategie, l'offre et le parcours global, comme dans une refonte de site web avec etapes et risques bien identifies.
Checklist pratique pour votre page pricing SaaS
Si vous soupconnez votre page pricing de sous-convertir, voici une checklist simple a utiliser avant de lancer une refonte complete.
- Peut-on comprendre l'offre recommandee en quelques secondes ? Si tout semble avoir la meme importance, la page ne guide pas.
- Chaque offre a-t-elle une cible explicite ? "Pour petites equipes", "Pour equipes en croissance", "Pour organisations avancees" est souvent plus utile qu'un simple nom d'offre.
- Les CTA annoncent-ils l'etape suivante ? "Demarrer l'essai" ou "Parler a un commercial" sont plus clairs qu'un bouton vague.
- Le tableau detaille est-il necessaire des le premier ecran ? S'il sert surtout a rassurer les utilisateurs avances, il peut etre place dans un second niveau.
- Les objections recurrentes sont-elles traitees ? Engagement, facturation, essai, support, securite, changement d'offre : ces sujets doivent etre visibles.
- La page reste-t-elle lisible sur mobile ? Une grille a trois colonnes doit devenir une sequence claire, sans perdre la comparaison.
- Les elements de confiance sont-ils concrets ? Logos, temoignages courts, cas clients, badges pertinents : mieux vaut peu d'elements solides que beaucoup de preuves faibles.
Cette checklist ne remplace pas un audit, mais elle permet d'identifier rapidement les frictions les plus courantes. Dans beaucoup de cas, les gains viennent moins d'une idee spectaculaire que d'une meilleure articulation entre information, confiance et action.
Questions fréquentes
Faut-il toujours afficher trois offres sur une page pricing SaaS ?
Non. Trois offres fonctionnent bien quand elles correspondent a trois usages reellement distincts. Si votre segmentation impose deux offres ou quatre offres, la priorite reste la clarte du choix, pas le respect d'un modele universel.
Une page pricing doit-elle afficher tous les details fonctionnels ?
Pas necessairement. Les details sont utiles pour les prospects avances, mais ils peuvent etre places dans un tableau secondaire, une modale ou une page de comparaison. La page principale doit d'abord aider a choisir.
Quand faut-il ajouter une FAQ sur une page pricing ?
Une FAQ devient pertinente des que les memes questions reviennent en demo, au support ou par email. Elle doit repondre a des objections concretes : essai, engagement, facturation, changement d'offre, support ou securite.
Peut-on promettre les memes resultats avec une autre page SaaS ?
Non. Les resultats dependent du trafic, de l'offre, de la maturite du marche, du cycle de vente et de la qualite de l'execution. Cette etude de cas donne une methode, pas une garantie de performance.