J’ai une idée de produit toutes les semaines. Certaines sont brillantes. La plupart sont mauvaises. Le problème, c’est que je ne sais pas lesquelles sont brillantes et lesquelles sont mauvaises tant que je ne les ai pas testées. Et tester une idée ne devrait pas prendre des mois.
Chez DAIRIA, j’ai développé un process qui me permet de passer de l’idée à la validation (ou à l’abandon) en 48 heures. C’est rapide, c’est imparfait, et c’est la méthode la plus efficace que j’ai trouvée pour ne pas gaspiller des ressources sur des projets morts-nés.
Heure 0-4 : formuler le problème, pas la solution
La première étape est la plus contre-intuitive : oublier l’idée de solution et se concentrer sur le problème. Trop d’entrepreneurs tombent amoureux de leur solution avant de vérifier que le problème existe.
Je prends quatre heures pour formuler précisément le problème que mon idée prétend résoudre. Qui a ce problème ? Combien de personnes ? À quelle fréquence ? Quel est le coût de ce problème pour eux ? Comment le résolvent-ils aujourd’hui ?
Si je ne peux pas répondre à ces questions en quatre heures, c’est que le problème est flou, et une solution à un problème flou sera un échec. Je jette l’idée et je passe à autre chose.
« Tomber amoureux d’une solution avant de comprendre le problème, c’est comme rédiger des conclusions avant de lire le dossier. »
Heure 4-12 : construire le prototype minimum
Si le problème est validé, je passe à la construction d’un prototype. Pas un produit. Pas un MVP. Un prototype, c’est-à-dire la chose la plus simple possible qui permet de montrer la solution envisagée.
Ça peut être un Google Form avec quelques questions, un tableur avec des formules, une maquette cliquable, ou même une simple page de présentation avec un bouton « je suis intéressé ». L’objectif n’est pas de construire quelque chose qui marche. C’est de construire quelque chose qui permet aux gens de comprendre ce que ça ferait si ça marchait.
Pour DAIRIA IA, le premier prototype de notre outil d’analyse de conventions collectives était un formulaire Google qui envoyait les réponses à un tableur, avec un traitement semi-manuel derrière. Le client voyait le résultat final, pas la cuisine. Et ce résultat lui suffisait pour dire « oui, je paierais pour ça ».
Heure 12-36 : confronter le prototype à cinq personnes
Cinq personnes. Pas cinquante, pas cinq cents. Cinq. Cinq personnes qui ont le problème identifié et qui sont prêtes à passer vingt minutes à tester le prototype et à donner leur avis.
Je les choisis soigneusement : des clients existants de DAIRIA, des contacts dans mon réseau, des professionnels du secteur ciblé. Pas des amis, pas de la famille. Des gens qui n’ont aucune raison de me faire plaisir et qui donneront un avis honnête.
La question clé n’est pas « est-ce que tu aimes ? ». La question clé est « est-ce que tu paierais pour ça ? Et si oui, combien ? » La différence entre « j’aime bien » et « je sors ma carte bleue » est la différence entre un projet intéressant et un produit viable.
Heure 36-48 : la décision go/no-go
Après les cinq tests, je rassemble les retours et je prends une décision. Le critère est brutal : si au moins trois personnes sur cinq sont prêtes à payer, c’est un go. Si non, c’est un no-go. Pas de zone grise, pas de « on va encore réfléchir ».
Un no-go n’est pas un échec. C’est une économie. Chaque idée abandonnée en 48 heures, c’est des semaines de développement et des milliers d’euros sauvés. J’ai abandonné plus d’idées que j’en ai lancées, et je suis fier de chacun de ces abandons.
Un go déclenche un process plus structuré : brief produit, estimation de coût, planification, développement. Mais il ne déclenche jamais un lancement immédiat. Le prototype a validé l’intérêt, pas la solution finale. Il reste beaucoup de travail. Mais au moins, on sait qu’on travaille sur quelque chose qui a de la valeur.
Les pièges de la méthode
Cette méthode a des limites. Elle favorise les innovations incrémentales au détriment des ruptures. Un produit vraiment révolutionnaire — quelque chose que les gens ne savent même pas qu’ils veulent — ne sera pas validé en 48 heures par cinq personnes. Il faudra de la vision, de la conviction et parfois du temps pour que le marché comprenne.
L’autre piège est le biais de sélection des testeurs. Si je ne teste qu’auprès de mes clients existants, je ne valide que ce que mes clients existants veulent. Pas ce que le marché global pourrait vouloir. C’est pourquoi j’essaie toujours d’inclure au moins une ou deux personnes hors de mon réseau habituel.
Malgré ces limites, cette méthode de 48 heures est la meilleure protection que j’ai trouvée contre le gaspillage de ressources. Dans un contexte bootstrappé où chaque euro compte, tuer les mauvaises idées vite est aussi important que développer les bonnes.
