En bref — Willingness to pay SaaS validation : méthodes concrètes pour tester le consentement à payer de tes futurs clients avant d'écrire une ligne de code.
Image : startupphotos — Openverse (by)
En bref — Avant de coder ton SaaS, teste si tes futurs clients sont prêts à payer — pas juste à dire « super idée ». Les méthodes concrètes : fausse landing page avec vrai bouton de paiement, entretiens Van Westendorp, et pré-vente avec encaissement réel.
« Les gens ont adoré l'idée. » Combien de makers ont perdu six mois sur cette phrase ? L'enthousiasme verbal ne coûte rien à donner. La carte bleue, si. C'est là que tout se joue : entre ce que les gens disent et ce qu'ils font quand on leur demande de payer.
Ce guide est là pour t'éviter de construire un produit que personne ne paiera. Pas de théorie — des méthodes concrètes, testées par des makers bootstrappés, pour mesurer la vraie disposition à payer (le fameux willingness to pay) avant d'écrire une seule ligne de code.
Pourquoi « les gens ont dit que c'était cool » ne veut rien dire
Les encouragements sont gratuits. C'est la loi sociale de base : personne ne va te regarder dans les yeux et te dire que ton idée est nulle, surtout si tu es enthousiaste en la présentant.
Le problème, c'est que la plupart des makers construisent sur ce sable. Ils font des interviews, récoltent des « ouais, je paierais probablement pour ça », et se lancent dans six mois de développement. Résultat : un produit qui tourne dans le vide.
Le signal qui compte, c'est le comportement, pas l'opinion. Et le comportement le plus révélateur, c'est de sortir sa carte bleue. Tout le reste — les likes, les abonnements à une newsletter, les « mets-moi sur la liste d'attente » — mesure la curiosité, pas le consentement à payer.
Il y a une distinction fondamentale à intégrer avant d'aller plus loin : valider un problème et valider un prix, ce sont deux étapes distinctes. Tu peux avoir un vrai problème que les gens veulent résoudre, mais si le prix que tu envisages dépasse ce qu'ils sont prêts à débourser — ou s'ils s'attendent à une solution gratuite — tu as quand même un produit mort-né.
C'est exactement ce que couvre ce guide : comment tester le willingness to pay de façon structurée, avant de coder. Si tu n'as pas encore validé le problème lui-même, commence par là — le guide valider une idée avant de coder est le bon point d'entrée.
Comment une landing page avec un faux bouton révèle l'intention réelle
La méthode du smoke test (ou landing page de pré-lancement) est l'une des plus rapides pour mesurer l'intention d'achat. Le principe : tu crées une page qui présente ton produit comme s'il existait déjà, avec un vrai appel à l'action payant.
Ce que « faux bouton » veut dire en pratique : le bouton dit « Acheter — 29 €/mois » ou « Accès anticipé — 49 € ». Quand l'utilisateur clique, deux options :
- Il atterrit sur une page Stripe ou Gumroad réelle — et tu mesures combien vont jusqu'au bout.
- Il atterrit sur une page qui lui explique honnêtement que le produit est en cours de construction, et tu lui proposes de laisser son email pour être prévenu.
La version 1 est plus franche et donne le signal le plus propre. La version 2 est plus confortable éthiquement si tu n'es pas encore prêt à encaisser — mais elle mesure moins bien le willingness to pay réel.
Ce que tu mesures :
- Le taux de clic sur le bouton (intention d'achat)
- Le taux d'abandon sur la page de paiement (friction ou désaccord sur le prix)
- Les emails récoltés (curiosité, à pondérer)
Pour générer du trafic sur cette page sans budget, les canaux les plus efficaces pour un maker bootstrappé sont Reddit (les subreddits thématiques de ta cible), X/Twitter en build-in-public, et un post Product Hunt Ship. L'objectif n'est pas d'avoir des milliers de visiteurs — c'est d'avoir assez de données pour détecter un signal. Une centaine de visiteurs ciblés suffisent pour commencer à lire les résultats. Pour structurer ta distribution sans budget, le pilier distribution te donnera les bases.
Piège à éviter : ne trafique pas le prix vers le bas pour maximiser les clics. Tu veux savoir si les gens paient ton prix, pas si tu peux vendre n'importe quoi à 1 €/mois.
Comment les entretiens Van Westendorp cartographient ta fourchette de prix
Le smoke test te dit si les gens cliquent. Les entretiens Van Westendorp te disent pourquoi un prix fonctionne ou non — et surtout, quelle est la fourchette dans laquelle tu peux te positionner sans perdre tes clients.
La méthode Van Westendorp, développée par l'économiste néerlandais Peter Van Westendorp dans les années 1970, repose sur quatre questions posées en entretien :
- À quel prix ce produit te semblerait-il trop cher pour que tu l'achètes ?
- À quel prix ce produit te semblerait-il si bon marché que tu douterais de sa qualité ?
- À quel prix ce produit te semblerait-il cher, mais tu l'achèterais quand même si tu en avais besoin ?
- À quel prix ce produit te semblerait-il être une bonne affaire ?
En croisant les réponses sur un graphique (les quatre courbes se croisent en deux points clés), tu identifies :
- Le prix plancher : en dessous, les gens doutent de la qualité.
- Le prix plafond : au-dessus, tu perds la majorité.
- La zone acceptable : l'intervalle où tu peux te positionner.
- Le prix optimal : là où le maximum de personnes accepte sans friction.
En pratique pour un maker bootstrappé : tu n'as pas besoin d'un outil statistique sophistiqué. Huit à quinze entretiens sur un segment homogène suffisent pour voir les patterns émerger. Note les chiffres dans un tableur, trace les courbes à la main ou avec un Google Sheet basique — tu verras les croisements.
Règle d'or : parle à des gens qui ont déjà payé pour résoudre ce problème d'une façon ou d'une autre. Un prospect qui n'a jamais dépensé un euro sur ce sujet te donnera des chiffres déconnectés de la réalité. Si tu vises des équipes marketing, trouve des gens qui paient déjà pour un outil concurrent. Leurs réponses seront calibrées sur leur vécu, pas sur une projection abstraite.
Ce que Van Westendorp ne fait pas : il ne te dit pas si les gens achèteront vraiment. Il cartographie les perceptions. C'est un outil de positionnement, pas de validation finale. C'est pour ça qu'il se combine avec le test suivant.
Le test de la carte bleue : comment pré-vendre avant d'avoir un produit fini
C'est le test ultime. Pas de simulation, pas de bouton qui redirige vers un formulaire — un vrai encaissement, pour un produit qui n'existe pas encore.
La pré-vente bootstrappée fonctionne ainsi :
- Tu crées une page de vente claire, honnête sur l'état du produit (« en cours de construction, livraison estimée à [date] »).
- Tu proposes un accès anticipé à prix réduit — ou à prix normal, selon ta stratégie.
- Tu encaisses via Stripe, Gumroad, Lemon Squeezy ou un équivalent.
- Tu livres — ou tu rembourses si tu n'y arrives pas.
Pourquoi c'est le signal le plus propre : une carte bleue enregistrée, c'est un engagement réel. Les gens qui paient pour quelque chose qui n'existe pas encore ont un problème suffisamment douloureux pour ne pas attendre. C'est exactement la cible que tu veux.
Ce que tu apprends en plus du simple « ça marche » :
- Le segment qui convertit le mieux (tu verras qui achète en premier — leur profil est ton persona réel)
- Les objections qui bloquent (les gens qui cliquent mais n'achètent pas te laisseront parfois un email ou un message — mine d'or)
- La sensibilité au prix (si tu testes deux prix sur deux audiences similaires via A/B, tu affines encore)
Sur l'outil pour gérer tes premiers deals : quand tu commences à avoir des prospects qui hésitent et des conversations en cours, un CRM léger aide à ne rien laisser tomber. Fennec est pensé pour les founders en phase de pré-vente — pas pour les équipes commerciales de 50 personnes.
L'objection éthique : « Je vends quelque chose qui n'existe pas, c'est honnête ? » Oui, si tu es transparent sur l'état du produit et si tu t'engages à rembourser si tu n'y arrives pas. Des centaines de makers bootstrappés financent leur développement ainsi. C'est du crowdfunding ciblé, pas de l'arnaque.
Si personne n'achète : c'est un signal, pas un échec. Il te coûte quelques semaines de tests plutôt que six mois de développement. C'est exactement pour ça que tu fais ça avant de coder.
Pour structurer ta validation d'idée de façon systématique, l'outil GoNoGo est conçu pour t'aider à poser les bonnes questions avant de t'engager.
Comment analyser les résultats et décider : coder, pivoter ou abandonner
Tu as des données. Maintenant, qu'est-ce que tu en fais ?
Trois scénarios, trois décisions :
1. Signal fort → tu codes. Des gens ont payé, ou ont cliqué massivement sur le bouton de paiement, et tes entretiens Van Westendorp montrent une zone de prix claire qui correspond à ton modèle économique. Tu as un feu vert. Lance le développement en gardant tes premiers acheteurs dans la boucle — ils sont ton comité de pilotage naturel.
2. Signal mitigé → tu pivotes avant de coder. Les gens cliquent mais n'achètent pas, ou achètent à un prix très inférieur à ce que tu envisageais. Avant de jeter l'éponge, creuse : est-ce le prix, le message, le segment, ou le produit lui-même ? Retourne en entretien avec les non-acheteurs. Parfois, un repositionnement ou un changement de cible transforme un signal faible en signal fort. La distribution est souvent le problème — pas le produit.
3. Signal faible → tu passes à autre chose. Personne ne sort sa carte bleue, les entretiens révèlent que les gens attendent une solution gratuite ou que le problème n'est pas assez douloureux. C'est une bonne nouvelle déguisée : tu viens d'économiser des mois de développement. Note les apprentissages, ferme proprement (rembourse si tu as encaissé), et passe à la prochaine idée. Pour les chiffres de survie des startups en France et le contexte marché, la page statistiques startups France te donnera les données sourcées.
Le piège du biais de confirmation : quand on a travaillé sur une idée pendant des semaines, on a tendance à interpréter les signaux mitigés comme des signaux positifs. Fixe tes critères de succès avant de lancer les tests — pas après avoir vu les résultats. Par exemple : « Si moins de X % des visiteurs cliquent sur le bouton de paiement, je pivote. » Le chiffre exact dépend de ton marché et de ton canal d'acquisition, mais le principe est là : décide à l'avance ce qui constitue un succès.
À retenir
- L'enthousiasme verbal ne vaut rien. Le seul signal qui compte, c'est le comportement — et le comportement le plus révélateur, c'est la carte bleue.
- Le smoke test (landing page + vrai bouton de paiement) mesure l'intention en quelques jours, sans une ligne de code.
- Van Westendorp te donne la fourchette de prix acceptable sur ton segment — 8 à 15 entretiens suffisent pour voir les patterns.
- La pré-vente avec encaissement réel est le test ultime : si des gens paient pour quelque chose qui n'existe pas encore, tu tiens quelque chose.
- Fixe tes critères de succès avant de tester, pas après — pour éviter le biais de confirmation.
- Un signal faible est une bonne nouvelle : il te coûte quelques semaines, pas six mois de développement.
- Valider le prix et valider le problème sont deux étapes distinctes — ne confonds pas les deux.
La graine ne pousse pas parce que tu y crois fort. Elle pousse parce que le terrain est bon. Tester le willingness to pay avant de coder, c'est tester le terrain — pas l'arroser à l'aveugle.
Si tu veux aller plus loin sur la mécanique complète de validation bootstrappée, les guides couvrent chaque étape du chemin, de l'idée aux premiers euros.
Ce média est édité par Sébastien Debollivier, maker et studio bootstrappé — la preuve vivante que shipper sans lever de fonds, ça marche.