Pour tester une idée d'application, on la soumet à quatre épreuves, de la moins chère à la plus probante, et on s'arrête dès que l'une échoue. D'abord, parler à dix personnes qui ont le problème, de leur quotidien plutôt que de votre idée. Ensuite, mettre en ligne une landing page ou un faux bouton et mesurer qui s'inscrit. Puis confier un prototype qui fonctionne à cinq utilisateurs et les regarder s'en servir. Enfin, demander un engagement : une précommande, un acompte, une lettre signée. Chaque étape coûte un peu plus et prouve un peu plus, et l'ensemble tient en deux à quatre semaines.
La règle qui fait marcher la méthode : écrire, avant chaque test, le résultat qui vous ferait arrêter. Sans cette ligne tracée à l'avance, tous les résultats paraissent encourageants. Ce guide détaille les quatre tests, les questions à poser, les chiffres à lire et la façon de trancher entre construire, modifier l'idée ou l'abandonner.
Pourquoi tester son idée d'application avant de la construire
Construire n'a jamais coûté aussi peu, et c'est justement pour cela que tester compte davantage. Quand un AI builder produit une application fonctionnelle en une journée, le poste coûteux n'est plus le code : ce sont les mois passés à promouvoir un produit que personne n'a demandé. Dans son analyse de mars 2026 portant sur 431 startups financées par du capital-risque et fermées, CB Insights relève une mauvaise adéquation produit-marché derrière 43 % des échecs. Le manque de trésorerie apparaît dans 70 % des cas, mais le plus souvent comme cause finale, une fois que le produit n'a pas trouvé son marché.
« Valider une idée » semble désigner une seule chose. Il s'agit en réalité de quatre questions distinctes, et chacune demande son propre test. Une landing page ne vous dira pas si les gens comprendront votre interface, et un excellent test d'utilisabilité ne vous dira pas s'ils paieront.
| Question | Test | Ce qui compte comme preuve | Ce qui ne compte pas |
|---|---|---|---|
| Le problème existe-t-il ? | Entretiens sur le problème | Le récit de la dernière fois où il s'est posé, et l'argent ou les heures déjà dépensés | « Oui, ce serait utile » |
| Veut-on une solution ? | Landing page ou fausse porte | Des inscriptions d'inconnus arrivés seuls ou par une publicité | Des likes, des partages, des inscriptions d'amis |
| Sait-on se servir de votre solution ? | Prototype testé avec 5 utilisateurs | Les testeurs terminent la tâche principale sans aide | « Le design est joli » |
| Paiera-t-on ? | Précommande, acompte, service manuel | De l'argent, une signature ou un vrai temps consacré | « Je paierais pour ça » |
Étape 1 : tester le problème en dix entretiens
Avant toute page ou tout prototype, vérifiez que le problème existe, qu'il fait mal, et que les personnes concernées essaient déjà de le résoudre. Dix entretiens de vingt minutes suffisent en général pour voir un motif se dessiner, ou son absence. Le livre The Mom Test de Rob Fitzpatrick donne les trois règles que la plupart des fondateurs appliquent désormais : parler de leur vie plutôt que de votre idée, interroger sur des faits passés précis plutôt que sur des intentions, et parler moins qu'eux.
À qui parler
À des personnes qui ont rencontré le problème récemment, et idéalement qui ne sont pas vos amis. Si votre application s'adresse aux kinésithérapeutes libéraux, parlez à des kinés, pas à des gens qui en connaissent un. Vous les trouverez là où ils se retrouvent déjà : groupes professionnels, forums, LinkedIn, associations locales. Un message court et honnête fonctionne : vous étudiez la façon dont ils gèrent une tâche donnée et aimeriez vingt minutes de leur temps, sans rien leur vendre.
Les questions qui disent la vérité
Notez leurs mots à eux, puis après chaque entretien, triez ce que vous avez entendu entre faits (ce qu'ils ont fait, ce que cela leur a coûté) et opinions (ce qu'ils pensent qu'ils feraient). Seuls les faits comptent. Un signal fort ressemble à ceci : plusieurs personnes décrivent le même problème sans y être poussées, elles ont bricolé une solution de contournement, un tableur, un freelance payé, une pile de post-it, et elles vous demandent de les prévenir quand vous aurez quelque chose.
Étape 2 : tester la demande avec une landing page ou une fausse porte
Les entretiens vous disent que le problème est réel pour dix personnes. Une landing page vous dit si des inconnus veulent votre solution au point de laisser leur e-mail. La page décrit le résultat que l'application apporte, montre un visuel, même une maquette, et ne propose qu'une action : rejoindre la liste d'attente, demander un accès anticipé ou précommander. Notre guide pour créer une landing page détaille la structure.
La fausse porte (fake door) applique la même idée à quelque chose qui existe déjà : un bouton vers une fonctionnalité que vous n'avez pas construite, sur votre site actuel ou dans votre newsletter. Les clics mesurent l'intérêt ; la page derrière le bouton explique honnêtement que la fonctionnalité arrive et propose de prévenir le visiteur. Dans les deux cas, envoyez du vrai trafic : un petit budget publicitaire, environ 100 € sur une semaine, ou des publications dans les communautés repérées à l'étape 1. Les inscriptions de votre entourage ne comptent pas.
Fixer son seuil avant le lancement
Il n'existe pas de bon taux d'inscription universel : il dépend du trafic, de l'audience et du prix. Ce qui compte, c'est de fixer le chiffre à l'avance et de s'y tenir. Le tableau donne des exemples de critères pour une page qui reçoit 300 à 500 visiteurs issus de publicités ciblées.
| Signal | Comment le mesurer | Exemple de seuil « on continue » | Exemple de seuil « on arrête ou on revoit » |
|---|---|---|---|
| Taux d'inscription | Inscriptions divisées par les visiteurs uniques | 10 % ou plus | Moins de 3 % |
| Taux de clic des publicités | Clics divisés par impressions | Nettement au-dessus de la moyenne de la plateforme pour cette audience | Personne ne clique, même après plusieurs messages testés |
| Réponses | Un e-mail de bienvenue qui demande « qu'est-ce qui vous a fait vous inscrire ? » | Un tiers des inscrits répondent avec un vrai problème | Aucune réponse |
| Précommandes | Un accès anticipé payant à côté de la liste d'attente gratuite | Au moins quelques paiements | Zéro, après quelques centaines de visiteurs |
Étape 3 : tester un prototype, puis demander un engagement
Une fois la demande constatée, la question change : les gens savent-ils se servir de ce que vous avez en tête ? C'est là qu'un vrai prototype l'emporte sur une maquette. Une image cliquable montre une mise en page ; une application qui fonctionne montre si un utilisateur parvient à créer un compte, saisir ses données et obtenir le résultat qu'il est venu chercher.
Cinq testeurs suffisent pour un premier tour
La célèbre étude de Jakob Nielsen sur les tests d'utilisabilité montre que cinq utilisateurs révèlent environ 85 % des problèmes d'utilisabilité d'une interface, et que trois tours de cinq, avec des corrections entre chaque, apprennent davantage qu'un seul tour de quinze. La méthode est simple : confiez une tâche à chaque personne (« réservez une séance pour mardi prochain »), demandez-lui de penser à voix haute, et n'aidez pas. Chaque fois que vous avez envie d'expliquer quelque chose, notez-le : c'est un problème de l'application.
Construire le prototype en une journée, pas en un trimestre
Avec un AI app builder, le prototype n'est plus le goulot d'étranglement. Sur Cadrant, vous décrivez l'application en langage courant et obtenez une application web ou mobile fonctionnelle, que vous modifiez ensuite par chat entre deux sessions de test. Un prototype web se publie en un clic sur une adresse du type votre-app.cadrant.app à envoyer aux testeurs, et chaque clic sur Publier remplace la version précédente. Un prototype mobile s'ouvre sur un vrai téléphone avec Expo Go, en scannant un QR code. L'offre Starter coûte 20 € par mois ; la page du créateur d'applications IA détaille ce qui est inclus.
Demander un engagement
La dernière étape est celle que la plupart des gens sautent, parce qu'elle met mal à l'aise. À la fin d'une bonne session de test, demandez quelque chose de réel : une précommande payante à prix de lancement, un acompte, une lettre d'intention d'une entreprise, ou quelques semaines d'une version « concierge » où vous rendez le service à la main derrière le prototype. Le test concierge est souvent le plus instructif : si personne ne paie pour le résultat quand c'est un humain qui le livre, un logiciel ne les fera pas changer d'avis.
Trancher : construire, modifier l'idée ou l'abandonner
À chaque étape, comparez le résultat avec la ligne écrite avant de commencer. Trois issues sont possibles. Le résultat dépasse la ligne : passez à l'étape suivante. Il reste en dessous, mais les entretiens ont fait apparaître un autre problème, plus net : changez la cible ou la promesse et refaites la même étape. Il reste en dessous et rien ne ressort : abandonnez l'idée, et voyez ces deux semaines comme une assurance bon marché.
Un plan en quatre semaines
- 1. Semaine 1 : entretiens. Dix entretiens avec des personnes qui ont eu le problème récemment. Écrivez d'abord votre ligne d'arrêt, par exemple « au moins six décrivent le problème et un contournement sans y être poussés ».
- 2. Semaine 2 : landing page. Une page, une promesse, une action, environ 100 € de publicité ciblée. Ligne d'arrêt fixée à l'avance, par exemple moins de 3 % d'inscriptions.
- 3. Semaine 3 : prototype. Construisez le parcours principal seulement, testez avec cinq inscrits de la semaine 2, corrigez, testez avec cinq autres.
- 4. Semaine 4 : engagement. Proposez une précommande payante ou une version concierge à tous ceux qui ont testé. Quelques paiements, c'est un feu vert ; zéro, c'est aussi une réponse.
Si les quatre étapes passent, vous avez plus qu'une idée : une liste de personnes qui attendent, un prototype dont elles savent se servir et un premier chiffre d'affaires. L'étape suivante consiste à transformer ce prototype en produit qu'on continue d'utiliser, ce que notre guide pour construire et lancer le MVP de sa startup couvre, de la tarification aux 90 premiers jours.
- Tester une idée, c'est répondre à quatre questions : le problème existe-t-il, y a-t-il une demande, sait-on s'en servir, paiera-t-on. Chacune a son test.
- Parlez du passé des gens, pas de votre idée ; un contournement qu'ils paient déjà est le meilleur signe précoce.
- Envoyez des inconnus sur une landing page et jugez les inscriptions à l'aune d'un chiffre fixé à l'avance.
- Cinq testeurs par tour trouvent l'essentiel des problèmes d'utilisabilité ; une précommande ou un test concierge règle la question de l'argent.