Idée et demande : construisez ce que quelqu'un attend

En 2021, le cabinet d'analyse CB Insights a examiné les autopsies de plus d'une centaine de startups disparues. La première cause de décès : « pas de besoin du marché » — 35 % des cas. Pas un code défectueux, pas une équipe faible, pas un manque d'argent. Un produit que personne n'attendait. C'est pourquoi ce cours s'ouvre sur une question, pas sur un clavier : qui va réellement utiliser cela ?

L'histoire par laquelle commencer : Dropbox

Nous sommes en 2007. Drew Houston veut créer une synchronisation de fichiers, mais construire la vraie chose prendrait des mois. Alors, il enregistre une vidéo de démonstration de trois minutes : voici comment cela fonctionnera — même si cela ne fonctionne pas encore. La vidéo fait le buzz sur Hacker News et Digg. Du jour au lendemain, la liste d'attente passe de 5 000 à 75 000 adresses. La demande est prouvée avant même que la majeure partie du code n'existe. C'est la logique de cette leçon : le signal d'abord, la construction ensuite.

D'où viennent les idées qui fonctionnent

• Votre propre problème : que faites-vous de manière maladroite, encore et encore ? Vous êtes l'utilisateur numéro un et un expert du problème. C'est ainsi que Basecamp est né : l'agence 37signals en a eu assez de gérer des projets depuis sa boîte de réception et a construit un outil pour elle-même.
• Le problème d'une niche que vous connaissez : votre travail, votre hobby, votre communauté. « Un CRM pour les tuteurs » est plus efficace qu'« un CRM pour tout le monde », car vous parlez leur langage, connaissez leurs craintes et savez où ils se trouvent.
• Les plaintes concernant ce qui existe : les avis une et deux étoiles de vos concurrents sont une liste de commandes toute prête. Les gens écrivent littéralement votre cahier des charges pour vous : « super application, mais il n'y a pas d'exportation PDF et elle plante avec les gros fichiers. »

Une pause socratique

Avant de poursuivre, méditez ceci : si votre idée n'a aucun concurrent — est-ce un bon ou un mauvais signe ? L'instinct crie « génial, je suis le premier ! » Plus souvent, un champ vide signifie que beaucoup de gens sont passés avant vous et ont rencontré le même mur : personne ne paie pour cela.

Valider la demande en une soirée (avant de construire !)

1. Quelqu'un cherche-t-il une solution ? Recherche approfondie : « comment les gens résolvent-ils [problème] aujourd'hui, que recherchent-ils, de quoi se plaignent-ils » (la méthode de notre cours de recherche). Si les gens googlisent activement et en débattent, la demande est bien réelle.
2. Y a-t-il des concurrents ? Les concurrents sont une BONNE nouvelle : ils ont déjà prouvé que les gens paient pour cela. Les mauvais cas sont zéro concurrent (peut-être qu'il n'y a pas de demande) ou des géants qui l'offrent gratuitement, que vous ne pouvez pas affronter de front.
3. Le test de landing page : une page décrivant le produit (le travail d'une soirée — vous pouvez le faire) plus un bouton « Je veux y accéder » avec un champ d'e-mail. Montrez-le à deux ou trois endroits où votre public se trouve. Une douzaine d'e-mails réels des bonnes personnes signifie : construisez-le.

C'est ainsi que Joel Gascoigne a testé Buffer en 2010 : il a mis en ligne une landing page avec les tarifs avant même d'avoir un produit. Les clics sur « Plans et Tarifs » ont montré que les gens étaient prêts à payer. Ce n'est qu'alors qu'il s'est mis à écrire du code.

Mythes de débutants

• « Construire d'abord, montrer ensuite. » C'est l'inverse : montrer est bon marché, construire est cher. Faites d'abord ce qui est bon marché.
• « Quelqu'un va me voler mon idée. » Les idées n'ont presque aucune valeur — l'exécution et l'acquisition de clients sont ce qui coûte. Le secret tue plus de produits que les voleurs n'en ont jamais fait.
• « J'ai besoin d'une idée nouvelle et brillante. » Non. Vous avez besoin d'un problème connu, résolu un peu plus élégamment, pour un public restreint.

À quoi ressemble une idée de premier produit

• Un public restreint que vous pouvez réellement atteindre (vous savez où il se trouve)
• Une fonction principale, pas une plateforme
• Une raison évidente de payer (cela fait gagner du temps ou de l'argent, ou apporte des clients)
• Le MVP tient en 2 à 4 semaines de soirées

Distinguer un signal de la politesse

Le piège de la validation de la demande est de confondre politesse et intention. « Excellente idée, j'essaierais certainement ! » de la part d'un ami ne contient aucune information — les gens détestent vous décevoir. Les vrais signaux coûtent quelque chose : une adresse e-mail, de l'argent à l'avance, du temps passé (ils ont rempli un long formulaire, ils se sont présentés à un appel).

Le livre de Rob Fitzpatrick « The Mom Test » énonce clairement la règle : ne demandez pas « l'achèteriez-vous ? », interrogez sur le passé — « comment gérez-vous ce problème aujourd'hui, et combien cela vous coûte-t-il ? » Le comportement passé ne ment pas ; les promesses mentent constamment.

Comment cela se connecte aux autres cours

Valider la demande est en réalité un petit projet de recherche : comment les gens résolvent un problème, ce qu'ils recherchent, ce dont ils se plaignent. Notre cours de recherche IA approfondit cette compétence, et vous construirez le test de landing page lui-même avec la technique du cours Vibe coding. Ici, nous les lions ensemble en une seule étape produit.

Faites ceci maintenant (10 minutes)

Notez 3 idées des sources ci-dessus → passez chacune à travers les quatre critères → pour la meilleure, rédigez une seule phrase d'accroche : « [Produit] aide [qui] à [faire quoi] sans [la difficulté]. » C'est votre brouillon de test de demande. Nous commençons à construire dans la prochaine leçon — mais seulement ce qui a passé le test. Une soirée maintenant économise des mois plus tard.