Vous avez une idée. Vous êtes enthousiaste. Vous voulez la construire. Stop. Avant d'investir des semaines ou des mois, demandez-vous : quelle est la façon la plus rapide et la moins chère de tester si cette hypothèse fondamentale est vraie ?
L'objectif n'est pas de prouver que vous avez raison. L'objectif est d'échouer vite si vous avez tort.
Un bon test est conçu pour réfuter, pas confirmer.
Concevoir le Test
Identifiez l'Hypothèse Fondamentale
Chaque plan repose sur des hypothèses. Laquelle, si elle est fausse, tue tout le projet ? C'est celle-là qu'il faut tester en premier. Ne testez pas ce qui est facile.
Définissez le Critère d'Échec
Avant de lancer le test, décidez : quel résultat signifierait "stop" ? Si vous ne définissez pas l'échec à l'avance, vous rationaliserez n'importe quel résultat comme un succès.
Minimisez l'Investissement
Quelle est la version la moins chère qui donne quand même une vraie réponse ? Maquettes avant code. Landing pages avant produits. Conversations avant sondages. Investissez des heures, pas des semaines.
Maximisez l'Apprentissage
Le test devrait vous apprendre quelque chose dans tous les cas. "Ça n'a pas marché" ne suffit pas. Pourquoi ça n'a pas marché ? Qu'avez-vous appris qui change la prochaine tentative ?
Types de Tests par Coût
Parlez à 5 utilisateurs potentiels. Ne pitchez pas : posez des questions. Paieraient-ils pour ça ? Ont-ils déjà essayé de résoudre ce problème ? Comment ?
Mettez un bouton pour une fonctionnalité qui n'existe pas. Comptez les clics. La demande est facile à affirmer, difficile à simuler. Laissez le comportement révéler l'intérêt.
Livrez le service manuellement avant de l'automatiser. Faites le travail à la main. Apprenez ce dont les utilisateurs ont vraiment besoin, pas ce que vous imaginez.
Pouvez-vous faire payer les gens avant que ça existe ? L'argent est la validation ultime. L'intérêt est facile. Les portefeuilles ne mentent pas.
Ça a l'air automatisé. C'est en fait vous derrière le rideau. Testez l'expérience sans construire le moteur. Révélez la magie seulement après avoir validé le tour.
Lancez des pubs vers une landing page. Mesurez les inscriptions avant de construire. Si vous ne pouvez pas capter l'attention et l'intérêt, le produit n'aura pas d'importance.
Avant de Tester
Quelle est l'Hypothèse ?
Formulez-la explicitement. "Les gens paieront 50€/mois pour X" est testable. "Les gens pourraient aimer ça" ne l'est pas.
Qu'est-ce qui la Réfuterait ?
Définissez le seuil. "Si moins de 5 % des visiteurs s'inscrivent, on arrête." Engagez-vous avant d'avoir les données.
À Quelle Vitesse Peut-on Savoir ?
La vitesse compte. Un test de 48h directionnellement correct bat un test de 3 semaines précis. Optimisez la vélocité d'apprentissage.
Quelle est la Version la Moins Chère ?
Ne construisez pas le produit. Construisez le test. Tableurs. Maquettes. Processus manuels. Le test est jetable : investissez en conséquence.
Erreurs Courantes
Tester la Mauvaise Hypothèse
Vous avez testé si les gens cliquent sur des boutons. Vous auriez dû tester s'ils paient. Testez l'hypothèse la plus risquée, pas la plus facile.
Déplacer les Poteaux
Le test a "échoué", alors vous redéfinissez le succès. C'est de la rationalisation, pas de l'apprentissage. Si vous n'avez pas atteint votre seuil, admettez-le.
Sur-Construire le Test
Le test est devenu un mini-produit. Vous avez passé un mois sur quelque chose qui devait prendre une semaine. Le test est jetable : traitez-le comme tel.
Ignorer les Résultats Négatifs
"Ça n'a pas marché parce que..." et puis des excuses. Peut-être que ça ne marche tout simplement pas. Le test vous a donné une information. Utilisez-la.
La plupart des idées échouent. C'est normal, si vous échouez vite et pas cher. La tragédie n'est pas l'idée qui a échoué. Ce sont les années gaspillées sur une idée qui aurait pu être réfutée en une semaine.
Concevez le test. Définissez l'échec. Lancez-le vite. Puis décidez si vous construisez.
Testez avant de construire. Réfutez avant d'investir.