Valider une idée de SaaS avant d'écrire une ligne de code : les tests qui prouvent quelque chose, et ceux qui rassurent seulement

---

title: "Valider une idée de SaaS avant d'écrire une ligne de code : les tests qui prouvent quelque chose, et ceux qui rassurent seulement" seoTitle: "Valider une idée de SaaS : les tests utiles" description: "Un sondage favorable, une landing page et 200 inscrits sur une liste d'attente ne prouvent rien. Voici les quatre tests qui engagent réellement la personne en face, ce qu'ils coûtent, et le seuil de décision à fixer avant de les lancer." seoDescription: "Quels tests valident vraiment une idée de SaaS avant de développer, lesquels ne prouvent rien, et comment fixer un seuil de décision pour moins de 2 000 €." date: "2026-09-28" author: "Équipe Raicode" tags: ["mvp", "saas", "gestion de projet", "développement"] category: "SaaS & MVP" keywords: ["valider une idée de SaaS", "validation marché MVP", "tester une idée avant de développer", "pré-vente SaaS", "validation idée startup", "fake door test", "étude de marché SaaS", "avant de développer un MVP"]

Un founder nous a contactés l'an dernier avec un produit terminé : une application de suivi de conformité pour cabinets comptables, huit mois de développement, environ 45 000 € dépensés, onze utilisateurs inscrits dont sept étaient des proches. Avant de lancer, il avait fait ce qu'on lui avait conseillé de faire. Trente-deux entretiens avec des experts-comptables, un sondage à 140 réponses avec 78 % de « oui, ce serait utile », une landing page et 210 inscriptions sur la liste d'attente. Tous les signaux étaient au vert. Aucun des 210 inscrits n'a payé.

Ce n'est pas un problème d'exécution : le produit fonctionnait. Ce n'est pas non plus un défaut de validation au sens où on l'entend d'habitude — il en avait fait plus que la plupart. Le problème est que les tests qu'il avait menés ne pouvaient pas échouer. Un sondage où l'on demande si une idée est utile renvoie « oui » dans la grande majorité des cas, et une inscription à une liste d'attente coûte une adresse e-mail. Rien de tout cela ne mesure la disposition à payer, ni même la réalité du problème.

Cet article distingue les tests qui produisent une décision de ceux qui produisent une impression favorable. Tous ceux de la seconde catégorie tiennent sous 2 000 € et deux à trois semaines, ce qui n'est pas un hasard : leur intérêt vient justement de ce qu'ils n'exigent pas de construire le produit.

Le chiffre des 70 % ne dit pas ce qu'on lui fait dire

Presque toutes les pages françaises sur le sujet s'ouvrent sur la même statistique : 70 % des startups échoueraient faute de validation marché. Le chiffre circule, il est à peu près plausible, et il est surtout inexploitable tel quel. Il n'indique ni ce qu'on aurait dû valider, ni comment, ni à quel moment on aurait dû arrêter.

Pire, il pousse à un contresens fréquent : croire que la validation consiste à accumuler des signaux positifs. C'est l'inverse. Un test de validation a de la valeur dans l'exacte mesure où il peut invalider l'idée. S'il ne peut produire qu'un encouragement, il ne prouve rien — il coûte du temps et ajoute de la confiance sans ajouter d'information.

Le critère pratique tient en une phrase. Avant de lancer un test, écrivez le résultat qui vous ferait renoncer. Si vous n'arrivez pas à l'écrire, le test ne sert pas à décider.

Les tests qui ne prouvent rien

Le sondage et l'entretien conduit à l'envers

Demander « est-ce que cet outil vous serait utile ? » est une invitation à la politesse. La personne répond à une hypothèse abstraite, sans coût, et se projette dans une version idéalisée de son propre comportement. Le taux d'approbation d'une idée de produit en entretien tourne couramment autour de 70 à 80 %, quelle que soit l'idée.

Un entretien ne devient informatif que lorsqu'il porte sur le passé, pas sur l'avenir. Pas « utiliseriez-vous », mais : la dernière fois que ce problème s'est posé, c'était quand ? Vous avez fait quoi exactement ? Combien de temps ça vous a pris ? Vous avez payé quelque chose, ou quelqu'un, pour vous en sortir ? Une personne qui n'a rien fait la dernière fois n'achètera pas la solution — et cette réponse-là, elle, est falsifiable.

La landing page avec formulaire d'inscription

Une page de présentation avec un champ e-mail mesure une chose : combien de gens trouvent l'idée assez sympathique pour donner une adresse. Le coût pour le visiteur est nul, ce qui rend le signal très faible. Dans notre expérience, le passage de la liste d'attente au paiement effectif se situe régulièrement entre 1 et 5 % quand le produit sort — ce qui veut dire que 210 inscrits annoncent entre deux et dix clients potentiels, pas deux cents.

La landing page reste utile, mais pour autre chose : mesurer le coût d'acquisition. Si vous dépensez 400 € en annonces pour obtenir trois inscriptions, la question du produit devient secondaire, vous venez d'apprendre que vous ne savez pas atteindre cette audience.

La liste d'attente comme preuve sociale

Une liste d'attente de plusieurs centaines de personnes est un argument de communication, pas un résultat de test. Elle se remplit avec de la curiosité, et la curiosité ne se convertit pas. Le seul cas où elle prouve quelque chose est celui où l'inscription est payante, même symboliquement — et alors il ne s'agit plus d'une liste d'attente mais d'une pré-vente.

Les deux lectures de la concurrence

« Personne ne le fait, donc le marché est vierge » et « des concurrents existent, donc le marché est prouvé » sont deux raisonnements également creux, et ils sont souvent tenus par la même personne selon ce qu'elle a trouvé. L'absence de concurrent signifie le plus souvent que d'autres ont essayé et abandonné. Leur présence ne dit pas qu'il reste de la place pour vous.

Ce qu'il faut regarder est plus étroit et plus vérifiable : vos clients cibles paient-ils aujourd'hui pour résoudre ce problème, et à qui ? Un tableur maintenu par un alternant, un prestataire facturé 600 € par mois, un module d'un logiciel qu'ils détestent — ce sont des budgets existants, donc des budgets déplaçables. Un problème réel mais qui n'a jamais donné lieu à la moindre dépense est un problème qu'on supporte, pas un marché.

Les quatre tests qui engagent réellement

Un test utile a une propriété commune : il impose un coût à la personne en face. Du temps, de l'argent, une signature, l'accès à ses données. C'est ce coût qui rend le « oui » informatif.

Le service rendu à la main

Vous rendez le service manuellement, à trois ou cinq clients, sans produit. Le client envoie ses fichiers par e-mail, vous faites le travail à la main ou avec un tableur, vous renvoyez le résultat. Facturez-le, même peu.

C'est le test le plus riche et il est massivement sous-employé parce qu'il ne ressemble pas à une startup. Il répond pourtant à trois questions d'un coup : le problème vaut-il qu'on paie, à quoi ressemblent les vraies données, et combien de temps prend réellement le traitement. Ce dernier point décide souvent de la viabilité : nous avons vu un projet d'automatisation documentaire s'arrêter là, quand le fondateur a constaté que 60 % des documents reçus étaient des photos d'écran illisibles dont aucun modèle ne tirerait quoi que ce soit.

Coût typique : deux à trois semaines de votre temps, zéro euro de développement.

La pré-vente et la lettre d'intention

Vous vendez avant de construire, avec une date de livraison et un tarif de lancement. En B2B, la variante crédible est la lettre d'intention signée : un engagement d'achat conditionné à la livraison de fonctionnalités nommées, à un prix nommé, avant une date nommée.

Une lettre d'intention n'a pas de valeur juridique forte, et ce n'est pas le sujet. Sa valeur est qu'elle oblige l'interlocuteur à écrire ce qu'il achèterait vraiment — et c'est à ce moment que les fonctionnalités « indispensables » évoquées en entretien se réduisent à deux ou trois. Ce document est aussi le meilleur point de départ d'un cadrage : il dit ce qui doit exister à la v1, ce qui explique une bonne partie des écarts qu'on observe entre deux devis de MVP pour un même brief.

Coût typique : votre temps, et éventuellement 500 à 1 500 € de juridique si le contrat est structurant.

La porte peinte avec paiement réel

C'est la landing page, mais poussée jusqu'au bout : une page de tarifs, un bouton « s'abonner », un formulaire de paiement qui fonctionne. Le visiteur qui renseigne sa carte reçoit un message honnête expliquant que le produit sort dans X semaines et qu'il ne sera pas débité maintenant, avec une offre de lancement s'il veut rester.

Le taux de sortie entre la page de tarifs et l'écran de paiement est le vrai chiffre. Il faut le dire clairement : ce test doit rester impeccablement honnête, aucun débit ne doit avoir lieu, et le message qui suit ne doit pas donner l'impression qu'on a joué avec la confiance du visiteur. Mal fait, il coûte une réputation pour une donnée.

Coût typique : 300 à 800 € de trafic payant, deux jours d'intégration d'une page et d'un module de paiement en mode test.

L'audit du processus actuel

Vous demandez à trois clients cibles de vous montrer, écran partagé, comment ils font aujourd'hui. Pas de démonstration, pas de discours, leur écran. Vous chronométrez.

Ce test est le moins spectaculaire et l'un des plus décisifs, parce qu'il mesure l'écart entre le problème raconté et le problème vécu. Il révèle surtout les contraintes qui ne remontent jamais en entretien : le logiciel métier qui n'a pas d'API, le fichier qui transite par un service de l'entreprise auquel votre interlocuteur n'a pas accès, la validation manuelle qu'aucun automatisme ne remplacera pour des raisons réglementaires. Trois séances d'une heure suffisent à savoir si votre produit est intégrable.

Coût typique : trois heures, plus la difficulté d'obtenir les rendez-vous.

Fixer le seuil avant, pas après

Le principal défaut de ces tests n'est pas leur conception, c'est leur interprétation après coup. Deux pré-ventes sur douze sollicitations, est-ce un succès ? La réponse dépend entièrement de ce que vous aviez écrit avant de commencer.

Écrivez donc, avant de lancer, trois lignes du type : « je contacte douze cabinets, j'obtiens au moins trois lettres d'intention à 200 € par mois avant le 30 novembre, sinon j'abandonne cette cible ». Le seuil doit être un nombre, une date et une conséquence. Sans conséquence écrite, le résultat sera toujours relu dans le sens de la poursuite, et vous aurez dépensé trois semaines pour confirmer ce que vous vouliez croire.

Une remarque sur le seuil lui-même : il doit découler de votre modèle économique, pas d'une intuition. Si votre produit se vend 40 € par mois et que votre coût d'acquisition observé est de 350 €, il vous faut neuf mois pour rentabiliser un client — une information qui change l'arbitrage bien plus qu'un taux de satisfaction en entretien.

Ce que la validation ne remplace pas

Une idée validée n'est pas un produit cadré. Les quatre tests ci-dessus vous disent que quelqu'un paierait pour quelque chose ; ils ne disent pas ce qu'il faut construire, dans quel ordre, ni où s'arrêter pour la v1. C'est une étape distincte, et c'est là que se joue l'essentiel du budget : découper un périmètre à partir de ce que les pré-ventes ont réellement acheté, choisir ce qu'on assume de faire à la main encore six mois, et décider des fondations qu'on ne rattrapera pas ensuite. C'est le travail que nous faisons en cadrage sur nos projets de développement de MVP et de SaaS, et il prend généralement entre trois jours et deux semaines selon la complexité du domaine.

Sauter cette étape est le scénario le plus courant derrière les projets qui durent depuis huit mois avec un périmètre qui a gonflé : l'idée était bonne, la validation correcte, et personne n'a jamais écrit la limite de la v1.

Les cas où il ne faut pas valider

La validation a un coût d'opportunité, et il existe des situations où elle est du temps perdu.

Le premier cas est celui du client déjà signé. Si une entreprise vous a commandé l'outil et accepte de payer le développement, vous n'avez rien à valider sur ce périmètre-là — la question qui se pose est différente, elle porte sur la généralisation à d'autres clients, et elle se posera plus tard.

Le deuxième est le marché de quelques dizaines de comptes. Quand la cible totale compte quarante entreprises en France, les tests statistiques n'ont pas de sens : vous appelez les quarante. Le travail de validation se confond avec le travail commercial.

Le troisième est celui où construire coûte moins cher que tester. Si une première version utilisable tient en dix jours de développement, monter un dispositif de tests de deux semaines pour décider de faire ces dix jours n'est pas rationnel. Ce cas est plus rare qu'on ne le croit — la plupart des founders sous-estiment d'un facteur trois ce que représente une version réellement livrable, authentification, facturation et support compris — mais il existe.

Dans tous les autres cas, et en particulier dès qu'un prestataire externe est impliqué, le rapport est sans appel : un test de validation à 1 500 € protège un budget de développement à 40 000 €. C'est d'ailleurs une question à poser aux agences que vous consultez, et l'une de celles qui distinguent un partenaire d'un exécutant : une équipe qui accepte de chiffrer sans jamais demander qui a déjà payé pour ce problème n'est pas en train de vous rendre service.

La prochaine action

Si vous avez une idée en cours et que vous hésitez à lancer le développement, prenez une heure cette semaine pour faire trois choses. Écrivez le résultat qui vous ferait renoncer. Listez les douze personnes ou entreprises que vous allez solliciter, nommément. Choisissez lequel des quatre tests s'applique à votre cas — le service rendu à la main si le problème est opérationnel, la lettre d'intention si vous vendez en B2B à des comptes identifiés, la porte peinte si vous visez un marché large en libre-service.

Puis fixez la date à laquelle vous relirez vos trois lignes. C'est ce rendez-vous avec vous-même, plus que le test, qui vous évitera les huit mois et les onze utilisateurs.

---

Besoin d'aide pour votre projet web ? Contactez Raicode pour en discuter.