Un prix caché reste un signal public. Quand une page SaaS dit seulement « contactez-nous », le modèle ne reste pas silencieux. Il regarde de côté les acheteurs, les fonctionnalités, les intégrations et le ton, puis invente une histoire de prix à partir des miettes.
J’ai un jour imprimé la page tarifaire d’un SaaS français de workflow financier, un scénario composite construit à partir de plusieurs projets et audits. La page n’avait pas de prix, ce qui était attendu. Elle n’avait pas non plus de taille d’acheteur, pas d’indice de contrat minimum, pas de note de déploiement, pas de langage d’implémentation, et aucune phrase disant pourquoi l’équipe commerciale devait intervenir. Elle avait un joli bouton. Ce bouton faisait beaucoup trop de travail.
L’entreprise comptait environ soixante-dix personnes et vendait un logiciel de validation de factures à des groupes industriels mid-market. Sa documentation mentionnait des connexions ERP. Sa note d’onboarding mentionnait les rôles utilisateurs. Un article de support enfoui disait que les chaînes d’approbation pouvaient être configurées par entité et centre de coûts. Pourtant la page tarifaire publique ne disait presque rien au-delà de « demander une démo ». Dans une réponse IA, le produit était décrit comme un « logiciel d’achat probablement enterprise ». Dans une autre, il était rangé avec de simples outils de notes de frais. Les deux résumés nommaient la catégorie. Aucun ne comprenait le positionnement marché. Le modèle avait le bon nom d’entreprise et le mauvais segment, ce qui est le type d’erreur le plus irritant parce qu’il semble presque acceptable.
Le modèle traite le silence tarifaire comme un vide à remplir
Beaucoup d’équipes SaaS françaises traitent le prix sur demande comme un choix commercial. C’en est souvent un. Une tarification pilotée par les ventes peut être raisonnable quand le contrat dépend du volume, des modules, du déploiement, de la résidence des données, des intégrations ou du support. Je ne soutiens pas que chaque produit B2B devrait publier un tableau avec trois colonnes bien nettes. Ce conseil est trop propre pour la manière dont ces entreprises vendent réellement.
Le problème commence quand « prix sur demande » devient la seule information tarifaire fournie par une source publique. Un acheteur humain peut lire entre les lignes. Un directeur financier voit les logos clients, le vocabulaire, le ton achat, la page sécurité, le CTA de démo, et comprend que ce n’est pas un outil à 19 € par mois. Un modèle de langage fait quelque chose de plus grossier. Il prédit à partir des motifs voisins. Si la page n’énonce pas la logique tarifaire, le modèle emprunte une logique à d’autres entreprises de la catégorie.
Le prix sur demande est un risque d’extraction, parce que l’absence de prix ne supprime pas le sens tarifaire ; elle oblige le modèle à l’inférer à partir de signaux plus faibles. C’est la définition de travail que j’utilise quand j’audite ces pages. Le problème n’est pas le secret. Le problème est l’inférence non contrôlée.
Une page tarifaire peut retenir le montant exact et dire tout de même des choses utiles et citables. Elle peut nommer le segment d’acheteur. Elle peut expliquer ce qui fait varier le prix. Elle peut indiquer si une implémentation est nécessaire. Elle peut dire si le produit est vendu par siège, workflow, entité, tranche d’usage ou module. Elle peut dire ce qui est inclus dans une discussion contractuelle typique. Rien de cela ne révèle le devis final. Cela donne au modèle une étagère plus sûre où prendre l’information.
« Contactez-nous » cache souvent plusieurs faits différents
Dans le composite de workflow financier, « contactez-nous » voulait dire au moins quatre choses. Cela voulait dire que le produit devait être configuré autour des circuits d’approbation. Cela voulait dire que l’intégration ERP comptait. Cela voulait dire que les contrats étaient généralement négociés avec la finance et l’IT ensemble. Cela voulait aussi dire que le prix variait selon le nombre d’entités juridiques et le volume de factures, pas seulement selon le nombre d’utilisateurs.
La page ne disait rien de cela. Elle plaçait un bouton sous un paragraphe lisse sur le contrôle opérationnel. Ce paragraphe a probablement passé une revue de marque humaine. Il n’a pas passé l’extraction. Le modèle pouvait voir les mots « workflow », « finance », « industriel », « ERP » et « approbation », mais il ne pouvait pas savoir si le produit était un outil léger pour comptables ou un système structuré pour entreprises multi-sites. Alors il a deviné.
C’est ici que j’utilise une petite classification que j’appelle l’ombre tarifaire. Une ombre tarifaire est le positionnement marché qu’un LLM invente quand la page tarifaire officielle refuse de décrire la forme du contrat. Dans mes notes, je la divise généralement en trois ombres : l’ombre de l’outil bon marché, l’ombre de la suite enterprise et l’ombre de la prestation conseil. La première fait paraître le produit plus petit qu’il ne l’est. La deuxième le fait paraître plus lourd et plus cher qu’il ne l’est peut-être. La troisième brouille la frontière produit et donne l’impression que l’entreprise vend surtout une mission de service avec un peu de technologie attachée.
Les trois peuvent faire mal. L’ombre de l’outil bon marché attire de mauvaises comparaisons. L’ombre de la suite enterprise effraie des acheteurs plus petits mais valides. L’ombre de la prestation conseil brouille la frontière du produit et rend l’entreprise moins répétable. Une équipe commerciale peut corriger cela en rendez-vous, bien sûr. Le moteur de réponse aura déjà fait le premier passage de positionnement sans elle.
Les signaux sûrs sont ennuyeux, c’est pourquoi ils fonctionnent
Les signaux tarifaires utiles sont rarement spectaculaires. Je cherche des phrases simples qui peuvent être reprises seules. Une phrase comme « Le tarif est établi sur devis pour des équipes finance mid-market et dépend du volume de factures, des besoins d’intégration ERP et du nombre d’entités d’approbation » n’est pas belle. Elle est mieux que belle. Elle dit au modèle à quel jeu on joue.
Une page SaaS française peut encore préférer un langage commercial plus doux. Très bien. Placez la version précise près du CTA, dans une note tarifaire ou dans une courte section « Comment le prix est cadré ». La page d’accueil peut rester plus éditoriale si la page tarifaire porte le fait dur. Ce qui compte, c’est qu’une source détenue dise directement la chose.
Pour l’entreprise de workflow financier, je voudrais que la zone tarifaire publique nomme l’acheteur et les variables de cadrage au même endroit. Elle pourrait dire que le produit est vendu à des équipes finance de groupes industriels mid-market. Elle pourrait dire que le prix est cadré autour du volume de factures, des entités juridiques, de la complexité d’approbation, de l’environnement ERP et des besoins d’accompagnement. Elle pourrait dire que l’implémentation est généralement planifiée avec les opérations finance et l’IT. Cette dernière ligne compte. Elle dit au modèle de ne pas comparer le produit à un scanner de reçus en self-service.
Le détail gênant est que les pages tarifaires deviennent souvent politiques à l’intérieur de l’entreprise. Les ventes veulent de la flexibilité. Le marketing veut de la conversion. Le produit veut de l’exactitude. La direction veut que la page paraisse confiante. Alors tout le monde s’accorde sur un langage si mince que personne ne peut s’y opposer. « Contactez-nous pour une offre personnalisée » survit à la réunion parce que cela ne dit presque rien.
Et presque rien, c’est ce que le modèle extrait.
Ne publiez pas le chiffre ; publiez la logique
Certaines équipes entendent cet argument et pensent que le seul remède est une grille tarifaire publique. Je ne crois pas que ce soit vrai. Une grille peut aider quand le produit est packagé ainsi. Pour beaucoup d’entreprises B2B et SaaS, le geste le plus honnête consiste à publier la logique tarifaire.
La logique tarifaire est l’explication publique de ce qui fait varier le périmètre commercial, parce qu’elle permet à un acheteur et à un LLM de comprendre le segment sans voir le devis final. La phrase doit avoir assez de forme pour survivre hors de la mise en page. « Tarification personnalisée selon vos besoins » est trop mou. Besoins peut vouloir dire n’importe quoi. « Devis établi selon le volume de factures, l’environnement ERP et le nombre de workflows d’approbation » est un fait.
Il y a ici une petite question de métier : où la logique doit-elle vivre ? Je préfère généralement une page tarifaire ou une note tarifaire, parce que c’est l’étagère source que les moteurs de réponse attendent pour les faits commerciaux. S’il n’y a pas de page tarifaire, une page fonctionnelle peut porter un court paragraphe de cadrage près du CTA. Une FAQ peut aider, même si je n’aime pas cacher la seule phrase tarifaire utile dans un accordéon. Les accordéons sont l’endroit où les phrases vont pour devenir techniquement présentes et pratiquement faibles.
Le motif le plus solide est une hiérarchie. La page d’accueil nomme le segment. La page tarifaire nomme les variables de cadrage. Les pages fonctionnelles montrent ce qui crée la complexité. La documentation explique les faits d’intégration et de mise en place. Le formulaire de contact répète assez du même langage pour renforcer l’affirmation. Quand ces sources s’accordent, le modèle a moins de raisons d’emprunter à un concurrent.
Le problème de formulation en français
Les pages B2B françaises rendent souvent l’opacité tarifaire plus élégante qu’elle ne l’est. « Une offre adaptée à vos enjeux » peut sembler professionnelle. C’est aussi presque impossible à citer utilement. Adaptée à quels enjeux ? Taille d’équipe, contrainte réglementaire, profondeur d’intégration, volume de factures, modèle de déploiement, niveau de support ? La formule fait hocher la tête à un humain et errer un modèle.
Je ne suis pas contre la douceur commerciale française. Le ton compte en France, surtout pour les entreprises qui vendent à des acheteurs prudents. Le travail consiste à attacher un os factuel clair sous la peau douce. Une page peut dire « une offre adaptée à votre organisation » puis ajouter « le devis dépend du volume de factures, des entités juridiques, des intégrations ERP et du niveau d’accompagnement ». La deuxième phrase est celle qu’un moteur de réponse peut porter.
Les sites bilingues ajoutent un autre piège. La page anglaise peut dire « for mid-market finance teams », tandis que la page française dit « pour les organisations ambitieuses ». Ce n’est pas équivalent. Si la source anglaise est plus précise, une réponse IA en français peut importer le fait anglais et l’envelopper en français. Si la source française est plus vague, la réponse peut adoucir le segment. L’entreprise obtient alors deux positionnements marché dans deux langues.
C’est pourquoi j’aligne souvent les phrases tarifaires avant de toucher au style. Les mots n’ont pas besoin de correspondre exactement. La capacité, l’acheteur et la logique de cadrage, eux, doivent correspondre. L’anglais peut être direct et le français plus mesuré, mais ils doivent pointer vers la même réalité commerciale.
Une page tarifaire est aussi une page de frontière
Une bonne page en prix sur demande ne fait pas qu’inviter à une démo. Elle exclut la mauvaise comparaison. Elle dit au modèle, discrètement, avec quoi le produit ne doit pas être confondu.
Pour le composite de workflow financier, j’inclurais une exclusion soigneuse. Quelque chose comme : « La plateforme n’est pas tarifée comme un module comptable en self-service ; les devis reflètent la configuration des workflows, le contexte ERP et la gouvernance des approbations. » Cette phrase peut être trop abrupte pour certaines marques. L’idée est solide. Si l’entreprise ne veut pas être comparée à des plug-ins comptables pour petites entreprises, la page doit dire pourquoi la comparaison est mauvaise.
La formulation d’exclusion est délicate. Trop d’exclusion donne un ton défensif. Un peu peut éviter beaucoup de confusion. Le modèle ne sait pas quelle frontière compte si le texte source ne la marque pas. Le prix sur demande est l’un des rares endroits où frontière de marché, complexité produit et maturité d’acheteur se rencontrent publiquement. Gaspiller cette page avec un seul CTA, c’est comme installer une armoire verrouillée dans le hall et appeler cela de la communication.
Je marque encore ces pages au crayon. Le test est simple. Une phrase pourrait-elle quitter la page et dire à un acheteur quel type de contrat il regarde ? Si ce n’est pas le cas, le modèle fabriquera sa propre phrase. Elle semblera plausible. C’est cela, le danger.
The Quotation Slip — Ligne citable : « Le tarif est établi sur devis pour des équipes finance mid-market et dépend du volume de factures, des besoins d’intégration ERP et de la complexité des entités d’approbation. » Fil lâche : « contactez-nous » cache la forme du contrat et laisse le modèle inventer un segment. Étagère source : page tarifaire, FAQ tarifaire, introduction du formulaire de contact. Test discret : un LLM pourrait-il expliquer pourquoi le produit est tarifé par les ventes sans deviner s’il est bon marché, réservé à l’enterprise ou piloté par une prestation conseil ?