« Tout le monde adore, les retours sont excellents, mais les ventes ne décollent pas. » C'est l'un des moments les plus déroutants pour un fondateur : un produit qui plaît visiblement, et pourtant personne qui sort sa carte. Le réflexe est de conclure qu'il manque une fonctionnalité. C'est presque toujours la mauvaise piste.
Quand un produit plaît mais ne se vend pas, le problème est rarement le produit lui-même : c'est la valeur perçue et la disposition à payer. Les gens apprécient sans acheter parce que vous ne résolvez pas un problème assez douloureux, ou que votre prix et votre offre ne traduisent pas la valeur. On tranche entre les deux avant de coder quoi que ce soit.
Si vous en êtes encore à décrocher vos tout premiers acheteurs, lisez d'abord trouver ses premiers clients sans budget. Ici, on traite le cas particulier où l'intérêt existe mais ne se convertit pas en revenu.
« Ça plaît » n'est pas « j'achète »
Le piège commence avec un faux signal. Des compliments, des inscriptions, des « super idée, je vais tester » : tout ça flatte, et rien de tout ça ne valide que votre produit a un marché payant. Apprécier un produit et payer pour l'avoir sont deux décisions différentes, séparées par un fossé que beaucoup de fondateurs ne voient qu'au moment de facturer.
La raison est simple : dire qu'on aime ne coûte rien, payer engage. Un utilisateur sincèrement enthousiaste peut ne jamais acheter parce que le problème que vous résolvez, tout réel qu'il soit, ne lui fait pas assez mal pour ouvrir son portefeuille. C'est inconfortable à entendre, mais c'est l'information la plus utile que le silence des ventes vous donne.
Les compliments ne paient pas vos factures. « J'adore » est une opinion gratuite ; « je paie » est une preuve. Tant que vous mesurez l'intérêt et pas la disposition à payer, vous prenez le bruit pour de la traction.
Problème de valeur perçue ou problème de produit ?
Avant de toucher au produit, il faut savoir lequel des deux maux vous frappe, parce qu'ils n'appellent pas du tout les mêmes corrections. Confondre les deux, c'est risquer de passer des mois à construire des fonctionnalités alors que le vrai sujet est votre offre, ou l'inverse.
Problème de valeur perçue (le plus fréquent)
Le produit fait le job, mais le client ne perçoit pas ce qu'il y gagne, ou ne juge pas le problème assez douloureux pour payer ce prix. Symptômes : on vous félicite mais on hésite à signer, on trouve « ça cher » sans contre-proposer, on dit « je verrai plus tard ». La correction est rarement dans le code : c'est le ciblage, le discours de valeur, l'offre et le prix qu'on retravaille. Souvent, on visait le mauvais segment ou on parlait fonctionnalités au lieu de parler du gain.
Problème de produit (plus rare qu'on croit)
Le produit ne résout pas assez bien le problème pour qu'on paie : il manque l'élément qui fait basculer de « sympa » à « indispensable ». Symptômes : les gens essaient, butent sur un manque précis et récurrent, et le citent spontanément comme raison de ne pas continuer. Ici, la correction est dans le produit. Mais on ne le conclut qu'après avoir écarté le problème de valeur perçue, sinon on construit dans le vide.
L'ordre compte : on suspecte d'abord la valeur perçue, parce que c'est le cas le plus fréquent et le moins coûteux à corriger. On ne se rabat sur l'hypothèse « problème de produit » qu'une fois que le ciblage, le discours et le prix ont été testés et qu'on bute toujours sur le même manque cité par les prospects eux-mêmes.
Comment trancher, concrètement
On ne tranche pas par intuition, on tranche en allant chercher l'information là où elle est : auprès de ceux qui n'ont pas acheté. Ce sont eux qui détiennent la réponse, pas vos utilisateurs satisfaits. Voici les trois sondes qui révèlent la cause en quelques conversations.
Demander aux non-acheteurs, pas aux fans
Appelez les gens qui ont aimé puis n'ont pas payé. La question n'est pas « qu'est-ce qui manque ? » mais « qu'est-ce qui vous a retenu d'acheter ? ». Si la réponse tourne autour du prix, de la priorité ou du budget, c'est la valeur perçue. Si c'est toujours la même fonction absente, c'est le produit.
Tester la disposition à payer pour de vrai
Demandez un engagement réel : un acompte, un pré-paiement, un bon de commande. La façon dont les gens réagissent quand il faut sortir la carte vous dit en une fois ce que mille retours flatteurs cachaient. Le portefeuille ne ment pas.
Vérifier le ciblage et l'offre
Reprenez à qui vous parlez et ce que vous promettez. Souvent, « personne ne paie » veut dire « je parle au mauvais segment » ou « je vends des fonctionnalités au lieu de vendre un gain ». Changer la cible ou recadrer l'offre débloque plus de ventes qu'une fonctionnalité de plus.
Ces trois sondes mènent presque toujours au même verdict : dans la grande majorité des cas, ce n'est pas le produit qu'il faut refaire, c'est l'offre et le prix qu'il faut retravailler. Et c'est une bonne nouvelle, parce que c'est bien plus rapide à corriger que de relancer un chantier de développement.
Quand le problème est l'offre, pas le produit
Si le diagnostic pointe la valeur perçue, le levier le plus puissant est rarement de baisser le prix, c'est de mieux dire et mieux structurer ce que vous vendez. Un prix mal calé, trop bas par peur ou mal aligné sur la valeur, fait fuir autant qu'un prix trop haut. C'est tout le sujet de comment fixer le prix de son SaaS au lancement : le prix n'est pas une conséquence de vos coûts, c'est une traduction de la valeur perçue, et il se teste comme une hypothèse.
La façon dont vous laissez les gens découvrir le produit pèse tout autant. Un produit qu'on adore en démo mais qu'on n'achète pas souffre parfois simplement d'un mauvais modèle d'accès : un freemium qui retient les gens dans le gratuit ou un essai mal cadré peut tuer la conversion d'un produit pourtant aimé. Avant de conclure que votre produit est en cause, vérifiez que votre offre, votre prix et votre modèle d'accès donnent vraiment une raison de payer maintenant.
L'erreur classique quand les ventes ne décollent pas, c'est d'ajouter des fonctionnalités en espérant débloquer l'achat. Si le vrai frein est la valeur perçue ou le prix, chaque fonctionnalité de plus aggrave le problème : elle retarde le lancement, alourdit le produit et ne change rien à la décision d'achat. Diagnostiquez avant de construire, toujours dans cet ordre.
Le réflexe de dirigeant à garder
Si je devais résumer : un produit qui plaît mais ne se vend pas est d'abord un signal sur votre offre, pas sur votre code. Allez interroger les non-acheteurs, testez la vraie disposition à payer, vérifiez votre ciblage et votre prix avant de toucher au produit. Neuf fois sur dix, vous trouverez que le problème était la valeur perçue et qu'il se corrige sans rouvrir le chantier de développement. La vente est une information, pas une finalité : écoutez ce que son absence vous dit.
J'interviens comme CTO et CPO fractional pour trancher entre problème d'offre et problème de produit, et recadrer valeur, prix et ciblage avant de relancer le moindre développement. Découvrez le Sprint Fondateur, ou réservons 30 minutes pour comprendre pourquoi personne ne paie encore.
Envie d'en discuter ?
Réservez un créneau de 30 minutes pour un premier échange. Je vous aiderai à y voir plus clair sur votre situation.
Prendre rendez-vous