Trouver le bon problème

1. La Pyramide Cible-Problème-Solution

Vous allez résumer votre projet en trois lignes : une cible, un problème, une solution. Avec ces trois lignes précises, des personnes réelles pourront vous répondre oui ou non avant que vous dépensiez de l'argent.

Avant d'écrire The Lean Startup, le livre qui a popularisé la méthode de ce chapitre, Eric Ries a brûlé 300 000 dollars et six mois sur un produit dont personne ne voulait. Il était développeur en Silicon Valley, donc le code n'était pas le problème. Le problème, c'est qu'il ne savait pas pour qui il construisait.

Si vous lancez quelque chose en ce moment, vous êtes dans la même position que lui à ses débuts : vous ne savez pas encore pour qui vous construisez.

Trois inconnues au départ

Une startup, par définition, est une boîte qui ne sait pas trois choses : à qui elle parle, quel problème elle résout, et avec quoi. Un entrepreneur classique, lui, connaît les trois. Il ouvre une boulangerie dans un quartier sans boulangerie, il sait pour qui, pour quoi, et comment. La startup, elle, doit découvrir ces réponses en avançant.

Le réflexe normal, quand on démarre, c'est de tout dire pour se rassurer. On vise large, par peur de se couper du monde. On liste plusieurs problèmes, faute de savoir lequel compte le plus. Et on empile les fonctionnalités, parce qu'on confond "produit complet" et "produit fini". Résultat : personne ne comprend le message, donc personne ne réagit, et vous ne savez toujours pas si l'idée vaut quelque chose. Six mois plus tard, vous en êtes au même point qu'au jour 1, avec moins d'argent et plus de fatigue.

La Pyramide Cible-Problème-Solution sert à sortir de là. Avec elle, vous obtenez une hypothèse assez précise pour qu'une personne de votre cible vous réponde oui ou non sans hésiter, même si cette première hypothèse est fausse.

Les règles des trois lignes

Cible. Une seule, et la plus précise possible. "Les PME" n'existe pas, parce que personne ne se lève le matin en se disant "je suis une PME". Visez plutôt "les agences de recrutement de moins de 10 personnes en région parisienne qui facturent au succès". Si quelqu'un de ce segment lit votre phrase, il doit se reconnaître au premier coup d'œil.

Problème. Une seule phrase, le problème principal. "Elles n'ont pas d'outils" ne dit rien. "Elles recopient leurs candidats à la main d'un ATS à un autre, tous les jours" dit quelque chose (un ATS est le logiciel où une agence suit ses candidatures). Si vous décrivez l'action concrète qui les use, c'est bon signe.

Solution. Une seule fonctionnalité (en anglais, une feature) : la plus petite chose qui répond au problème principal. "Une plateforme tout-en-un" est une façon polie de dire "je n'ai pas choisi". "Un bouton qui pousse une fiche candidat de LinkedIn vers leur ATS en un clic" est une solution testable.

Une pyramide est un concept à tester, donc un message à répéter sans varier. Si vous en lancez deux en parallèle, les réponses se mélangent et vous ne savez plus laquelle a fonctionné.

L'exercice de la feuille

Prenez une feuille. Écrivez :

Exemple rempli, pour une boutique en ligne :

• Cible : les parents qui organisent l'anniversaire d'un enfant de 3 à 6 ans et travaillent à plein temps.
• Problème : la semaine avant la fête, ils passent leurs soirées à comparer de la décoration sur plusieurs sites.
• Solution : un kit de décoration complet par thème, commandé en une page.

Vous allez ressentir trois tentations qui ramènent vers le flou.

La première, c'est l'envie d'élargir. "Et puis aussi les freelances, et aussi les indépendants, et aussi…" Résistez. Vous pourrez élargir plus tard. Pour l'instant, vous voulez savoir si une personne précise se reconnaît dans votre message. Quand une cible ne réagit pas, changez de cible plutôt que de l'élargir.

La deuxième, c'est l'envie d'empiler les problèmes. Choisissez-en un : celui qui revient le plus quand vous écoutez des futurs clients. Notez les autres ailleurs, ils attendront leur tour.

La troisième, c'est l'envie de tout lister côté solution. Gardez une seule fonctionnalité, la plus petite qui résout le problème principal. Tout le reste ira dans une version 2, plus tard.

Si vous n'arrivez pas à choisir, c'est souvent le signe que vous n'avez pas encore assez parlé à des gens. Vous y travaillerez dans la section 3 de ce chapitre.

Le plan B explicite

Vous pouvez préparer une deuxième pyramide en réserve, avec une cible différente. Si la première ne tient pas après quelques tests, vous basculez dessus sans repartir de zéro.

Écrivez-la noir sur blanc. Une pyramide de secours gardée en tête sert souvent d'excuse pour ne jamais trancher. Écrite, elle vous permet de choisir vite, le jour où vous constatez que la première ne tient pas.

Votre pyramide en fin de section

Votre pyramide doit se lire à voix haute, d'une traite, sans "et aussi". Si la lecture vous demande plus d'une respiration, elle contient trop de choses.

Une pyramide précise peut être fausse, et c'est utile : vous le saurez vite, dès que vous la confronterez à des personnes de votre cible.

---

2. Trouver le problème douloureux de votre cible

Vous avez une pyramide. Vous allez maintenant vérifier, avec trois questions simples, que le problème écrit sur la ligne du milieu mérite une année de votre vie.

Vos proches valideront toujours votre idée

Quand on parle de son idée à des proches, à des collègues ou à des inconnus sur LinkedIn, la grande majorité répond que c'est une bonne idée. Ils ne vous trompent pas par méchanceté. Ils se trompent parce que vous leur avez posé la mauvaise question.

"Est-ce que vous utiliseriez un truc qui fait X ?" Réponse : "Ah ouais, ce serait cool." Ce "cool" ne vaut rien : par politesse, les gens vous disent oui alors qu'ils ne sortiraient jamais leur portefeuille. Rob Fitzpatrick a écrit un livre entier là-dessus, The Mom Test (le test de la maman), et le titre résume l'idée : si vous posez votre question d'une façon où même votre mère pourrait vous mentir sans mauvaise intention, vous n'apprenez rien.

Posez donc vos questions sur la vie de la personne, telle qu'elle était avant que votre produit existe, et jamais sur votre produit.

Trois questions à poser

Pour savoir si le problème de votre deuxième ligne mérite votre année, trois angles suffisent. Vous pouvez les aborder avec toute personne de votre cible, sans jamais présenter votre idée.

La fréquence. À quelle fréquence rencontre-t-elle le problème ? Une fois par an, une fois par mois, une fois par semaine, tous les jours ? Un problème mensuel mobilise rarement un budget. Un problème quotidien, oui.

L'intensité. Que lui coûte le problème quand il arrive ? Du temps, de l'argent, du moral, des clients, du sommeil ? Si vous n'arrivez pas à formuler le coût en une phrase, il s'agit probablement d'un simple inconfort.

Le workaround. C'est la solution de contournement, le système D que la personne utilise aujourd'hui pour s'en sortir : un fichier Excel, un stagiaire, un outil qu'elle déteste mais qu'elle paie ? Ce bricolage est votre meilleur indicateur. Une personne qui a déjà construit un système maison autour d'un problème vous a déjà dit, sans le savoir, qu'elle paierait pour mieux.

Avec ces trois angles et quelques minutes par personne, vous commencez à voir un pattern, c'est-à-dire des réponses qui reviennent chez des gens différents.

Les signaux d'abandon

Vous allez aussi entendre des phrases que vous ne devez pas surinterpréter. Le réflexe humain consiste à retenir ce qui valide l'idée et à oublier ce qui l'invalide.

"Ce serait bien à avoir." Traduction : un confort.

"Je n'avais jamais pensé à chercher une solution." Traduction : le problème ne fait pas assez mal pour que la personne se soit déjà mise en mouvement.

"On a essayé un outil il y a deux ans, mais on a laissé tomber." Posez la question d'après : pourquoi avez-vous laissé tomber ? Si la réponse est "ça n'allait pas assez vite à mettre en place", vous tenez une opportunité. Si la réponse est "en fait, on n'en avait pas besoin", vous avez un signal d'arrêt.

Jeter une idée après ces signaux fait partie du travail normal d'un fondateur. S'y accrocher quand les gens de votre cible répondent non vous coûte des mois.

Les signaux à creuser

Vous savez que vous tenez quelque chose quand la personne en face change de posture. Elle se penche en avant et vous coupe pour décrire son propre cas avant que vous finissiez votre question. Elle vous raconte ce qu'elle a essayé, puis finit par vous proposer de parler à un collègue qui vit la même chose.

À l'autre bout du spectre, il existe un signal infaillible, que vous rencontrerez peut-être dans un an ou deux : le product-market fit, le moment où votre produit correspond si bien à un marché que les clients arrivent plus vite que vous ne pouvez les servir. Si un jour vous vous demandez "est-ce que j'ai atteint le product-market fit ?", la réponse est non. Quand il arrive, vous êtes sous l'eau et vous n'avez pas le temps de vous poser la question.

Vous n'en êtes pas là, et c'est normal à ce stade. Pour l'instant, vous cherchez à voir si la posture de vos interlocuteurs change quand vous décrivez le problème de votre deuxième ligne.

Trois observations à ajouter sur votre feuille

À côté de votre pyramide, ajoutez trois choses, observées et non devinées :

Exemple rempli, pour un service de commande fournisseurs destiné aux restaurants de quartier :

• Fréquence : tous les soirs, après le service.
• Coût : quarante minutes à vérifier les bons de livraison, et des erreurs de commande qui vident la carte le week-end.
• Workaround : un cahier et des photos de bons sur le téléphone du chef.

Si vous pouvez remplir les trois pour une poignée de personnes différentes de votre cible, et que les réponses se ressemblent, vous tenez un problème qui mérite que vous vous y attaquiez. Si vous n'arrivez à en remplir aucune, vous n'avez sans doute pas encore eu les bonnes conversations. La section suivante vous apprend à les obtenir.

---

3. Tester le marché par interview

Vous avez une pyramide, et pour quelques personnes une fréquence, un coût et un workaround. Vous allez maintenant faire ce que tout le monde annonce et repousse : appeler des gens, pour comprendre comment ils vivent le problème aujourd'hui.

Votre seul objectif est de comprendre, sans rien vendre et sans présenter votre idée.

Une réticence normale

Personne n'aime appeler des inconnus, même les fondateurs qui le font tous les jours. Hors caméra, ils vous avoueront qu'ils repoussent le premier message de la journée. Le réflexe normal consiste à remplacer l'interview par un sondage en ligne (Tally, Google Forms), un sondage LinkedIn, ou pire, une conviction. "Je connais mon marché, j'ai travaillé dedans pendant cinq ans." Avec ce raisonnement, on dépense six mois à construire un produit pour le marché d'il y a cinq ans, alors qu'il a bougé depuis.

Ici, une interview désigne une conversation de quinze à vingt-cinq minutes, en visio ou au téléphone. La personne parle de sa vie professionnelle et vous écoutez. Vous ne parlez ni de votre idée ni de ce que vous voulez construire, et vous ne montrez aucune maquette. Vous posez des questions sur avant, sur ce qu'elle vit aujourd'hui, sans vous.

Rob Fitzpatrick, dans The Mom Test, le résume en une règle : si la personne en face peut répondre poliment sans rien savoir de votre idée, alors vous lui posez les bonnes questions.

La structure en trois moments

Un script de douze pages ne vous servira à rien. Trois moments suffisent.

Le contexte. Commencez par lui faire raconter une journée type, ou la dernière fois qu'elle a rencontré le problème que vous suspectez. Surtout, parlez au passé. "La dernière fois que vous avez dû recopier des candidats d'un ATS vers un autre, vous pouvez me raconter comment ça s'est passé ?" Au passé, la personne raconte ce qu'elle a vécu. Au futur, elle imagine, et quand on imagine, on se trompe.

La douleur. Creusez l'impact réel : combien de temps ça lui a pris, à elle ou à son équipe ? Qu'aurait-elle préféré faire à la place ? S'est-elle déjà énervée sur ce sujet en interne ? Si oui, devant qui ? Vous cherchez les signaux d'émotion, parce que les gens achètent d'abord ce qui les agace. Personne ne sort sa carte bleue pour résoudre un inconfort tiède.

Le workaround. Terminez par sa façon de faire aujourd'hui. Outil acheté, fichier maison, stagiaire dédié, prestataire ? Paye-t-elle déjà pour une solution qui fait la moitié du travail ? Combien ? C'est la question la plus importante de l'interview, parce qu'elle vous montre ce que la personne paie déjà. Quelqu'un qui paye un outil qu'il déteste est un client potentiel. Quelqu'un qui n'a jamais cherché de solution achète rarement.

Erreur fréquente au début : conclure par "Vous paieriez combien pour ça ?". La personne lance un chiffre au hasard pour vous faire plaisir. Demandez plutôt combien elle a dépensé, en temps ou en argent, la dernière fois qu'elle a dû régler le problème.

À la fin, posez une dernière question, toujours la même : "Est-ce qu'il y a une autre personne dans votre réseau qui vit le même problème et avec qui je pourrais avoir cette conversation ?" Si la personne dit oui sans hésiter et vous donne un nom, c'est un signal fort. Si elle dit "euh, je vais voir", votre problème n'est pas si vif chez elle.

Les canaux pour trouver des interlocuteurs

C'est souvent à cette étape qu'on bloque quand on démarre. Pas besoin d'un CRM, le logiciel qui sert à gérer ses contacts commerciaux. Il vous faut cinq à dix conversations avec des gens qui correspondent à votre cible. Vous les trouverez à quatre endroits, du plus simple au moins simple.

Votre réseau direct. Vous avez déjà des collègues, des anciens collègues, des amis qui font partie de la cible, ou qui en connaissent. C'est le cercle le moins gênant à solliciter. Posez la question en privé, jamais dans un post LinkedIn.

LinkedIn, en message privé, à la main. Cherchez votre cible via Sales Navigator (l'outil de recherche payant de LinkedIn) si vous y avez accès, ou via les filtres LinkedIn classiques. Envoyez un message privé (un DM) court : vous faites une recherche sur leur métier, vous demandez quinze à vingt minutes, et vous ne vendez rien. Le taux d'acceptation est faible et c'est normal. Visez une centaine de DMs envoyés si vous voulez dix interviews.

Les communautés où se retrouve votre cible. Discord, Slack, sous-reddits, groupes Facebook, selon les habitudes de vos futurs clients. Pour un commerce local, la communauté peut aussi être physique : une association de commerçants du quartier, un salon professionnel. Observez avant d'intervenir. Quand vous intervenez, posez une question précise, et ne mettez jamais votre lien de prise de rendez-vous (Calendly ou autre) dans votre premier message.

Une introduction par quelqu'un qui vous recommande. C'est l'option la plus efficace. Elle vient naturellement après vos trois premières interviews, parce que vous posez la question de fin.

Vous ne payez personne pour ces interviews. Vous offrez votre temps en échange du leur. Remerciez chaque personne par un message, puis revenez plus tard lui partager ce que vous avez appris.

La prise de notes

Pendant l'interview, prenez des notes courtes. N'enregistrez pas sans avoir demandé l'accord. Notez des verbatim, c'est-à-dire les phrases textuelles de la personne : ses mots à elle, sans vos interprétations ni vos conclusions.

Juste après, accordez-vous cinq minutes pour remplir un mini-modèle, toujours le même.

Exemple rempli, pour une app de relance de factures destinée aux graphistes freelances :

Camille, graphiste freelance à son compte, correspond à la cible. Chaque fin de mois, elle relance plusieurs factures, ce qui lui prend une demi-journée et tend sa trésorerie. Elle s'en sort avec un tableur et des rappels dans son agenda. Verbatim : "Je déteste relancer, j'ai l'impression de mendier." Signal de douleur fort, et une référence donnée : une amie illustratrice.

Au bout de cinq interviews, mettez les cinq fiches côte à côte et cherchez les phrases qui se ressemblent. Une fois, c'est une anecdote. Trois fois la même formulation, chez trois personnes différentes, c'est un pattern.

La relecture à contre-courant

Vous allez vouloir entendre ce qui valide votre hypothèse et oublier le reste. Tout le monde a ce réflexe, fondateurs expérimentés compris. Pour vous en protéger, relisez vos notes avec une question contraire : "qu'est-ce que je viens d'apprendre qui devrait me faire arrêter ?". Posez-vous cette question à voix haute, à chaque pile de cinq fiches.

Si vous n'avez rien à répondre, méfiez-vous : vous avez probablement écarté ce qui vous dérangeait. Si vous trouvez quelque chose, vous venez de gagner du temps.

Vos fiches et votre synthèse

Vous terminez avec cinq à dix fiches d'interviews remplies, et un court paragraphe de synthèse en français simple, qui répond à trois questions :

1. Les gens que vous avez interviewés vivent-ils souvent le problème de votre ligne du milieu, avec une douleur mesurable ?
2. Paient-ils déjà, ou bricolent-ils, pour s'en sortir ?
3. Votre pyramide tient-elle debout après ces conversations, ou doit-elle bouger ?

Si vous répondez non à une seule de ces trois questions, vous venez d'économiser plusieurs mois. Retournez à la pyramide, modifiez ce qui doit l'être, et reprenez cinq interviews. Ce va-et-vient entre pyramide et interviews peut durer plusieurs tours avant que les réponses convergent.

Si vous répondez oui aux trois, l'étape suivante consiste à poser votre modèle sur une seule page.

---

4. Lean Canvas

Dans cette section, vous posez l'ensemble de votre projet sur une seule page, pour distinguer d'un coup d'œil ce que vous savez de ce que vous supposez. Avec votre pyramide et vos cinq à dix interviews qui se ressemblent, vous avez déjà de quoi remplir la plupart des cases.

Cette page s'appelle le Lean Canvas : une grille de neuf cases qui résume votre modèle d'affaires, c'est-à-dire à qui vous vendez, quoi, comment et à quel prix.

Le Lean Canvas en une page

Un business plan classique fait trente pages que personne ne lit. On l'écrit pour rassurer une banque qui, à ce stade, ne vous financera de toute façon pas. Ce document a du sens quand on sait déjà ce qu'on fait. Au début, vous ne le savez pas : vous avez une série d'hypothèses, et vous cherchez à les confronter au réel le plus vite possible.

Ash Maurya, un entrepreneur qui a galéré dans plusieurs startups avant d'écrire Running Lean, a pris comme point de départ le Business Model Canvas d'Alexander Osterwalder, un outil utilisé en grand groupe. Il l'a adapté pour les startups qui démarrent tout juste. Sa version tient sur une page et oblige à dire l'essentiel en laissant de côté le superflu.

Vous allez remplir cette page dans un ordre précis, différent de celui que la grille suggère à l'œil. Commencez par les cases qui vous font peur, parce qu'elles contiennent le plus d'information.

Les neuf cases dans l'ordre de remplissage

La page se découpe en neuf zones. L'ordre dans lequel vous les remplissez compte beaucoup plus que la propreté de votre écriture.

1. Segments de clients (en haut à droite). Commencez ici, avec la ligne du haut de votre pyramide. Un segment désigne un groupe de clients qui vivent le même problème dans la même situation. Notez votre cible la plus précise possible. Si vous visez plusieurs segments, choisissez-en un seul pour cette page et gardez les autres pour des pages suivantes : une page par segment, sans mélange.

2. Problème (en haut à gauche). Listez au maximum trois problèmes principaux de ce segment. Si vous en avez plus, vous n'avez pas encore choisi celui qui mérite votre année. Juste en dessous, notez les solutions de contournement actuelles repérées en interview (les anglophones disent workarounds), comme le tableur bricolé ou l'appel du lundi pour tout revérifier. Cette case résume la ligne du milieu de votre pyramide.

3. Proposition de valeur unique (au centre). En anglais, on parle d'UVP, pour Unique Value Proposition. Écrivez une phrase, lisible par quelqu'un qui ne connaît pas votre secteur, qui dit ce que vous offrez et à qui. Évitez le jargon, la « plateforme tout-en-un » et les promesses grandiloquentes. Vous pouvez partir de la formule classique : « Pour [cible précise], qui [problème], on offre [solution] qui [bénéfice mesurable]. » Cette phrase sert d'abord de test de clarté.

Exemple pour une épicerie en ligne : « Pour les parents d'enfants allergiques, qui relisent chaque étiquette au supermarché, on offre une épicerie en ligne où nous contrôlons chaque produit avant de le mettre en vente, qui leur évite de décrypter les étiquettes. »

4. Solution (en haut à gauche, sous Problème). Notez les trois plus petites fonctionnalités qui répondent aux trois problèmes, soit juste ce qu'il faut pour vérifier votre hypothèse. Le reste de ce que vous voulez construire un jour attendra. Cette case reprend la ligne du bas de votre pyramide.

5. Canaux (à droite, sous Segments). Écrivez comment vous allez atteindre ces gens : messages directs sur LinkedIn, emails à froid (envoyés à des inconnus qui ne vous attendent pas), groupes Slack, événements, publications LinkedIn, partenariats. Gardez-en trois au maximum, que vous pouvez lancer demain matin. Pour un commerce local, ce sera plutôt le bouche-à-oreille du quartier ou une affiche chez les commerçants voisins. Si vous écrivez « SEO » (le référencement naturel sur Google) sans avoir ni site ni article, vous notez un rêve.

6. Sources de revenus (en bas à droite). Indiquez combien vous allez faire payer, et comment. Évitez le « freemium à étudier » (une version gratuite avec une option payante, dont on repousse la décision). Si vous ne savez pas, écrivez un prix au crayon : cinquante euros par mois, mille euros par an, trois pour cent des ventes de vos clients. Ce chiffre va bouger, et c'est exactement pour ça qu'il faut en écrire un : sans chiffre, vous n'avez rien à confronter au réel.

7. Structure de coûts (en bas à gauche). Listez ce que votre lancement va vous coûter, en argent et en temps : outils, hébergement, achat de fichiers de contacts, prestataires. Une dizaine de lignes claires suffisent, sans fichier comptable.

8. Indicateurs clés (au centre, sous la proposition de valeur). Choisissez deux ou trois métriques à suivre cette semaine et la suivante. Par exemple : nombre d'interviews bouclées, taux de conversion de votre landing page (une page web qui présente votre offre et recueille des contacts ; le taux de conversion mesure la part des visiteurs qui laissent leur email), nombre de paiements reçus. Écrire « MRR » (le revenu mensuel récurrent, ce que vos abonnés paient chaque mois) avec zéro client relève de la fiction. Gardez des métriques que vous pouvez faire bouger vous-même dans la semaine.

9. Avantage déloyal (en bas, sous la proposition de valeur). Cette case est la plus difficile, et on la laisse souvent vide trop vite. Posez-vous la question : qu'avez-vous, vous, qu'un concurrent ne peut pas copier ? Un accès à un marché de niche, une expertise pointue, une communauté que vous animez déjà, une obsession qui vous fait tenir quand les autres lâchent. « Premier sur le marché » décrit une situation temporaire. Si vous ne trouvez rien aujourd'hui, écrivez « à construire » et gardez la case ouverte. Inventer un avantage serait la pire option.

Hypothèse contre fait

Sur votre page, marquez chaque case d'un petit symbole. Un point d'interrogation signale une hypothèse, c'est-à-dire ce que vous croyez sans preuve. Une coche signale un fait, confirmé par vos interviews ou par une observation que n'importe qui pourrait refaire.

À ce stade, votre page porte surtout des points d'interrogation, et c'est normal. Les prochaines semaines servent à transformer ces points d'interrogation en coches, ou à changer le contenu de la case, une case après l'autre.

Donnez-vous une règle simple : une case passe en coche quand au moins trois personnes différentes l'ont confirmée, ou quand une donnée chiffrée vérifiable la soutient.

Erreur fréquente au début : cocher une case parce qu'un proche a trouvé l'idée « super ». Un ami qui vous encourage ne vous apprend rien sur votre client. Pour cocher, appuyez-vous sur ce que des gens de votre segment ont fait, payé ou bricolé.

Le piège du « joli canvas »

Il existe des outils pour dessiner des Lean Canvas très propres : Canvanizer, des modèles Notion, Miro, Figma. Tant que les cases sont fausses, ils ne vous servent à rien. Une feuille A4 griffonnée avec les bonnes hypothèses vaut mieux qu'un canvas pastel rempli de banalités.

Écrivez votre premier canvas à la main, en quinze minutes, sur un coin de bureau. Reprenez-le une fois par semaine pour rayer et réécrire. Vous le ferez évoluer avec votre projet, et personne n'a besoin de l'imprimer.

Le livrable : votre page de neuf cases

À la fin de cette section, vous avez une page de neuf cases remplies, chacune marquée d'un symbole hypothèse ou fait. En bas de la page, écrivez à part une seule phrase :

Cette hypothèse passe en premier dans votre prochain test : un canvas plein de questions ne sert à rien si vous ne savez pas par où commencer. L'hypothèse la plus risquée est celle dont l'échec fait s'effondrer tout le reste.

Exemple rempli, pour une traiteuse qui livre des plateaux-repas aux bureaux de son quartier : « Les services généraux des PME commanderont chaque semaine, en plus des réunions exceptionnelles. » Si c'est faux, sa tournée de livraison ne sera jamais rentable, quel que soit le reste du canvas.

Au début, il s'agit souvent de l'une de ces deux questions : « ce segment a-t-il ce problème ? » ou « ces clients vont-ils payer le prix qu'on imagine ? ». Si vous hésitez, c'est sans doute l'une des deux.

La section suivante vous montre comment tester cette hypothèse avec un MVP.

---

5. MVP : fake before make

Dans cette section, vous construisez le plus petit test capable de vous dire si votre hypothèse la plus risquée tient, avant d'écrire une ligne de code. Six mois passés à construire un produit sur une hypothèse fausse sont six mois perdus, alors qu'un test bien choisi vous répond en quelques jours.

La formule anglaise « fake before make » résume l'idée : simuler le produit avant de le fabriquer.

La définition détournée du MVP

MVP veut dire Minimum Viable Product, le produit minimum viable. On emploie ces trois mots de travers depuis quinze ans. Le piège consiste à croire qu'un MVP est une version dégradée du produit final : vous prenez votre idée géniale, vous enlevez les fonctionnalités avancées, vous codez le reste et vous lancez. Vous obtenez alors une bêta bancale, qui coûte aussi cher à produire.

Eric Ries, qui a popularisé le terme dans The Lean Startup, le définit autrement. Le MVP est la plus petite chose qui vous permet de vérifier l'hypothèse la plus risquée, avec le moins d'effort et le moins de code possible. Voyez-le comme une expérience : elle se juge à ce que vous apprenez, même si la technique ne suit pas encore.

Trois formats d'expérience, qu'on appelle des patterns, marchent bien quand on démarre. Choisissez-en un seul, selon ce que vous cherchez à savoir.

Pattern 1 : la landing page (pour tester l'intention)

Vous créez une page web seule, sans produit derrière. Sur cette page, vous décrivez la promesse, à qui elle s'adresse et ce qu'elle résout, puis vous ajoutez un bouton « Demander un accès » ou « Réserver » suivi d'un formulaire qui recueille un email ou un numéro. Ensuite, vous envoyez des visiteurs dessus : posts LinkedIn, messages privés ciblés, communautés où votre cible passe du temps, publicités si vous pouvez y mettre quelques dizaines d'euros.

Le nombre de visites compte peu. Mesurez combien de personnes laissent leur email, ou cliquent sur « Je veux payer » si vous êtes prêt à aller jusque-là. Regardez le ratio : cent personnes voient votre page et aucune ne veut en savoir plus, c'est un signal. Cent personnes voient la page et vingt laissent leur email pour tester la version bêta, c'est un autre signal.

Le test marche aussi hors du logiciel. Une fleuriste qui envisage un abonnement de bouquets livrés chaque semaine peut ouvrir une page de précommande avant d'acheter la moindre fleur.

Le cas public le plus connu est Dropbox. En 2008, Drew Houston ne pouvait pas faire de démonstration réelle, parce que la technologie qu'il voulait montrer ne fonctionnait pas encore. Il a publié sur Hacker News, un forum très suivi par les développeurs, une vidéo de quatre minutes qui montrait l'expérience attendue. Sa liste d'attente a bondi de cinq mille à soixante-quinze mille personnes en une nuit. Il avait validé la demande sans avoir fabriqué le produit.

Vous n'avez pas besoin de cinquante mille inscrits. Vous cherchez à voir si quelqu'un, quelque part, vous confie son email avec un peu d'enthousiasme. À ce stade, vingt à cinquante inscriptions de personnes qui correspondent à votre cible suffisent largement.

Pattern 2 : le Wizard of Oz (pour tester la valeur)

Le principe est simple : vos premiers utilisateurs croient que tout fonctionne automatiquement, alors que vous faites le travail à la main, en coulisses. Le nom vient du film Le Magicien d'Oz : quand on tire le rideau, on découvre que le magicien est un homme qui actionne des manivelles.

L'exemple le plus cité est Zappos, qui voulait vendre des chaussures en ligne avant que ce marché existe. Nick Swinmurn, le fondateur, ne savait pas s'il y aurait une demande. Il a photographié des chaussures dans des magasins physiques et les a mises sur un site basique. Quand quelqu'un achetait, il allait au magasin, achetait la paire et l'expédiait lui-même. Sans aucune logistique automatisée, il proposait l'expérience d'un site de vente en ligne sans en avoir construit un.

La méthode s'applique à presque n'importe quel SaaS (un logiciel en ligne vendu par abonnement). Un outil d'analyse ? Faites l'analyse vous-même dans un Google Sheet et envoyez un rapport PDF. Un outil de mise en relation ? Lisez les profils à la main et faites les présentations par email. Un outil d'automatisation ? Déroulez les étapes vous-même et envoyez le résultat. Une place de marché entre parents et baby-sitters ? Recevez les demandes par formulaire et appelez vous-même les baby-sitters disponibles. L'utilisateur paie pour le résultat, et la façon dont vous le produisez ne le regarde pas encore.

Ce travail manuel devient intenable à dix clients, et c'est le but : à ce stade, vous cherchez à apprendre, et la croissance viendra plus tard. En faisant chaque étape vous-même, vous apprenez bien plus qu'en lisant un tableau de bord six mois plus tard.

Pattern 3 : le concierge (pour tester la promesse)

Le concierge est une variante assumée du Wizard of Oz : vous ne cachez pas que vous faites tout à la main. Vous le dites à vos premiers clients : « Je vais m'occuper de votre cas personnellement pendant les premières semaines, le temps de comprendre ce qui marche pour vous. » Le client le sait, et souvent il apprécie d'avoir accès au fondateur en direct.

L'exemple souvent cité est Airbnb, à ses tout débuts. Brian Chesky et ses cofondateurs allaient eux-mêmes chez les hôtes à New York, prenaient les photos et refaisaient les annonces. Ils ne savaient pas si une plateforme suffirait, alors ils ont fait le travail au lieu de le supposer.

Le concierge marche bien pour une promesse que vous n'avez jamais testée vous-même. Dans chaque échange, vous apprenez ce qui compte pour le client, ce qui l'agace, ce qui le surprend. Vous construisez ensuite la première version de votre produit avec une précision qu'aucune interview seule ne vous donnerait.

Une coach sportive qui imagine une appli de programmes personnalisés peut commencer ainsi : elle rédige chaque programme à la main et l'envoie par WhatsApp à ses premiers clients payants, avant de coder quoi que ce soit.

La règle qui va avec : facturez dès la première semaine. Le prix final et le prix juste viendront plus tard, mais il vous faut un prix. Le moment où quelqu'un sort sa carte bancaire reste le seul signal fiable ; tout le reste relève de l'intention.

Les outils de landing page en 2026

Si vous partez sur une landing page, vous n'avez pas besoin de coder. Avec un outil de no-code (un service qui permet de créer un site sans programmer), n'importe qui met en ligne une page propre en quelques heures :

• Framer (framer.com) : pensé pour le design, bon référencement, idéal si vous voulez un rendu soigné.
• Webflow (webflow.com) : la référence du no-code, avec plus de flexibilité.
• Carrd (carrd.co) : minimaliste, parfait pour une page unique avec un formulaire de contact.

Pour générer une première version avec l'IA, v0 (v0.dev) et Lovable (lovable.dev) permettent de produire un site simple à partir d'un prompt, c'est-à-dire d'une consigne écrite en langage courant. Le rendu reste imparfait et vous aurez des retouches à faire, mais vous démarrez en quelques heures au lieu de plusieurs semaines.

Choisissez l'outil que vous pouvez mettre en ligne cette semaine, même s'il n'est pas le meilleur. À ce stade, la vitesse de la boucle compte plus que la propreté du résultat.

La finition prématurée

Vous allez avoir envie de soigner votre MVP, de le rendre propre et joli. C'est compréhensible, surtout si vous venez du design ou de l'ingénierie, mais il va falloir vous retenir.

Un MVP soigné qui ne vous apprend rien sur votre hypothèse, c'est un échec coûteux. Un MVP moche qui vous donne un signal clair en cinq jours, c'est une victoire. Votre objectif : prendre le vendredi une décision mieux informée que le lundi.

Si vous retouchez la typographie du titre pour la troisième fois, vous procrastinez. Arrêtez, publiez, envoyez le lien à dix personnes et observez ce qui se passe.

Votre MVP et votre fiche d'expérimentation

À la fin de cette section, vous avez un MVP en ligne ou un concierge en cours, avec une fiche d'expérimentation, toujours la même, qui contient :

Exemple de fiche remplie, pour un indépendant qui veut gérer les avis Google des restaurants :

• Hypothèse testée : des restaurants indépendants paieraient chaque mois pour qu'il réponde à leurs avis Google.
• Pattern choisi : concierge. Métrique cible : nombre de restaurants qui acceptent un premier mois payant.
• Seuil de succès : trois restaurants sur quinze démarchés. Délai : deux semaines.
• Résultat et décision : deux oui, tous deux des pizzerias qui livrent ; pivot vers ce segment à la boucle suivante.

Vous allez trancher la dernière ligne, la décision, dans la section suivante.

---

6. La boucle IMAP : pivot, persist, kill

Dans cette section, vous installez un rythme : une expérience par semaine, une mesure, puis une décision écrite. Sans ce rythme, on travaille beaucoup pendant des mois sans jamais trancher.

Votre MVP tourne, ou votre concierge a commencé, et vous observez ce qui se passe. À un moment, il faudra choisir entre trois options : persister (continuer dans la même direction), pivoter (changer une partie du projet) ou arrêter. En anglais, on dit persist, pivot, kill, et le guide garde ces trois mots.

Le danger d'avancer sans boucle

Le piège le plus mortel pour un projet reste l'absence de cycle, avant même un mauvais code ou un mauvais marché. Vous lancez quelque chose, vous regardez pendant trois mois en croisant les doigts, vous vous dites qu'« il faut laisser le temps », vous ajoutez une fonctionnalité parce qu'un utilisateur l'a demandée, et vous continuez. Six mois plus tard, vous avez énormément travaillé sans prendre une seule décision réfléchie.

Eric Ries a popularisé une idée simple : pour apprendre quoi que ce soit, il faut une boucle en trois temps, construire, mesurer, apprendre. Vous construisez le plus petit test qui répond à une question, vous mesurez, vous décidez quoi faire de l'information, puis vous recommencez.

Chez swanbase, on appelle ce cycle IMAP, et ses quatre étapes se suivent dans cet ordre précis.

Idée → Produire → Mesurer → Apprendre → (Idée)

La version swanbase ajoute l'étape « Idée » en amont. Avant de « Produire », vous décidez noir sur blanc quelle question vous attaquez, quelle hypothèse vous testez et quel résultat la validera ou l'invalidera. L'envie de construire ne suffit pas à lancer une boucle.

La cadence : une semaine, idéalement 48 h

À ce stade, votre boucle doit tourner vite. La cible, telle que swanbase la cadre, est une boucle par semaine, idéalement quarante-huit heures. Vous ne tiendrez pas ce rythme chaque semaine, mais visez-le : chaque écart vous coûte du temps d'apprentissage.

Une boucle d'un mois est confortable, trop confortable : vous faites une chose, vous attendez, vous en faites une autre. Au bout d'un an, vous avez appris douze fois. Avec une boucle par semaine, vous apprenez cinquante fois, et cet écart pèse lourd sur la trajectoire d'un projet.

Cette cadence tient à deux règles dures :

Une boucle = une seule hypothèse. Si vous testez en même temps le canal d'acquisition, le prix et la promesse, vous n'apprenez rien sur aucun des trois. Changez une chose à la fois, l'une après l'autre.

Une boucle se termine par une décision écrite. Notez une phrase, dans un fichier, qui dit ce que vous avez appris et ce que vous faites ensuite. Une intuition gardée pour vous ne compte pas : sans trace écrite, vous tournez dans le vide.

Les trois décisions possibles

À la fin d'une boucle, vous avez exactement trois options.

Persist. L'hypothèse tient : le signal est là, modeste ou fort, mais lisible. Vous doublez la mise en refaisant la même expérience en plus grand, ou vous attaquez l'hypothèse risquée suivante de votre Lean Canvas. Persister demande une décision active : vous misez davantage sur ce qui marche. Pour situer ce signal face au product market fit, passez le test des 40 % de Sean Ellis.

Pivot. L'hypothèse ne tient pas, mais vous avez appris quelque chose qui change ce qu'il faut tester. Le segment était trop large, mais une sous-niche réagit. Le prix était mal calé, mais les gens paient volontiers pour une version plus simple. Pivoter, c'est garder ce qui marche et changer ce qui ne marche pas. Vous mettez à jour votre pyramide et votre canvas, puis vous repartez pour la boucle suivante.

Exemple de pivot : une appli de recettes rapides pensée pour les étudiants n'attire presque aucun étudiant, mais les messages reçus viennent de jeunes parents pressés. La boucle suivante teste la même appli auprès de ces parents.

Kill. Aucun signal, trois boucles de suite sans rien apprendre. Le marché ne réagit pas, et votre intuition vous dit qu'une énième variante n'y changera rien. Vous arrêtez alors, et cette décision, la plus rare, est aussi la plus mûre. Arrêter un projet après trois mois de travail fait mal, mais vous récupérez du temps pour le bon projet, qui sera probablement le suivant.

Les pièges des trois décisions

Chaque décision a son piège, souvent différent de celui qu'on imagine.

Persist par défaut. Vous n'avez pas de signal net, mais pas envie d'arrêter, donc vous refaites la même chose. Cela s'appelle de l'inertie. Un Persist solide s'appuie sur un signal concret, écrit, qui justifie de doubler la mise.

Pivot par mode. Vous lisez un fil Twitter sur une niche à la mode, vous pivotez vers cette niche, puis vous pivotez encore la semaine suivante. À cette vitesse, vous ne testez rien et vous courez après le bruit. Un Pivot solide part d'une donnée que vous avez observée vous-même dans vos boucles.

Kill par fatigue. Après deux semaines difficiles et une expérience ratée, vous décidez de tout arrêter. Accordez au Kill un délai de réflexion d'au moins 48 heures, et si possible une conversation avec quelqu'un qui vous a vu travailler sur le projet. Cette conversation sert à vérifier que vous ne décidez pas sous le coup de l'épuisement, et vous restez libre d'arrêter ensuite.

Le journal de boucles

À partir de maintenant, tenez un journal : un fichier privé où vous notez chaque boucle. Le format tient en quatre lignes.

Exemple rempli pour une appli de fiches de révision destinée aux lycéens :

• Boucle n° 3, du 5 au 9 octobre.
• Hypothèse testée : les parents paieront l'abonnement si l'appli leur envoie un bilan chaque semaine.
• Résultat observé : sur trente parents contactés, un seul a demandé le prix, alors que plusieurs lycéens ont écrit d'eux-mêmes.
• Décision et raison : pivot, la boucle 4 teste une offre payée par l'élève.

Au bout de cinq boucles, relisez-vous. Vous verrez ce qu'aucun tableau de bord ne vous montrerait : les schémas qui reviennent dans vos propres décisions, les hypothèses qui ressortent, les choses que vous vous promettez sans cesse et que vous repoussez toujours. Les bons fondateurs tiennent ce journal dans la durée, là où les autres l'oublient.

Ce journal vous servira dans trois mois, le jour où vous aurez besoin de vous rappeler ce que vous avez déjà essayé.

Le bon rythme de boucle

Une boucle trop lente se repère facilement : si vous n'avez rien tranché en deux semaines, vous avez un problème de cadence. Souvent, vous avez conçu une expérience trop grosse, qui demande des semaines de production avant de mesurer quoi que ce soit. Réduisez la taille de l'expérience et gardez le temps de réflexion.

Une boucle trop rapide se voit moins. Si vous changez d'hypothèse tous les trois jours sans laisser aux données le temps d'arriver, vous n'apprenez rien non plus. Avec dix emails à froid, vous ne savez rien de l'efficacité du canal ; avec cent, vous commencez à voir une tendance. Le seuil minimal dépend du test, mais une question aide à le fixer : « Combien d'observations me faut-il pour que je sois prêt à miser sur le résultat ? » Si la réponse est cinq, faites-en au moins cinq.

Erreur fréquente : changer le seuil de succès après avoir vu le résultat, en se disant « quatre sur quinze, finalement, c'est bien ». Fixez ce seuil dans votre fiche avant de lancer, et tenez-vous-y.

Votre journal et vos synthèses

À la fin de cette section, vous avez un journal vivant, que vous complétez à chaque cycle. Après chacune des cinq premières boucles, ajoutez une page de synthèse courte, qui répond à trois questions :

1. Quelle est la chose la plus surprenante que vous avez apprise cette semaine ?
2. Quel résultat a confirmé ou invalidé votre plus grosse hypothèse du Lean Canvas ?
3. Quelle est la prochaine hypothèse la plus risquée à tester ?

Si vous répondez à ces trois questions chaque semaine, vous avez le bon rythme. Sans réponse à aucune des trois, vous n'avez pas fait de boucle : vous avez travaillé sans direction.

La porte de sortie de ce chapitre

Trois conditions ouvrent le chapitre 2 (CH2) :

• Votre pyramide est stable : vous ne la changez plus à chaque conversation, et elle a tenu sur trois boucles consécutives.
• Une poignée de personnes paient pour ce que vous faites, ou ont promis de payer, même de façon symbolique.
• Vous savez formuler votre proposition en une phrase, et quand vous la dites, l'attitude de votre interlocuteur change.

Ces trois conditions forment le minimum pour mériter l'étape suivante : aller chercher vos dix premiers clients payants, à la main, un par un. Le chapitre suivant vous y accompagne.

---

CH1 . Votre problème, votre MVP, vos premiers signaux

Vous ne « réfléchissez plus à une idée ». Votre dossier contient une pyramide, des interviews qui se ressemblent, un MVP en ligne et une boucle IMAP qui tourne. Le plus dur du parcours d'un fondateur est derrière vous : accepter de chercher le problème avant la solution.

Vous avez évité le réflexe de coder pendant six mois avant d'avoir parlé à un seul client.

L'artefact de fin de chapitre

À la fin de ce chapitre, vous devriez pouvoir montrer à un inconnu, en cinq minutes :

• Une pyramide CPS écrite (Cible, Problème, Solution) : une cible précise, un problème nommé avec sa fréquence, son coût et la solution de contournement actuelle, une solution en une phrase.
• Cinq à dix conversations dont vous pouvez citer les phrases au passé : ce que les gens ont fait, avec leurs mots.
• Un Lean Canvas rempli dans l'ordre 1 à 9, avec des « ? » honnêtes sur les cases encore hypothétiques.
• Un MVP testable : landing page, Wizard of Oz ou concierge, un seul pattern à la fois.
• Au moins trois boucles IMAP terminées, chacune avec une décision écrite (pivot, persist, kill).

Si vous cochez ces cinq cases, vous tenez un problème confirmé par 5 à 10 personnes réelles, et votre point de départ pour vendre.

Le confort de rester en CH1

Rester en CH1 est tentant, parce que c'est confortable : vous apprenez, vous pivotez, et vous ne risquez jamais le refus d'un acheteur. À un moment, l'apprentissage devient une excuse pour éviter le mur du paiement. Si vous bouclez depuis trois mois sans avoir reçu un euro, vous avez quitté le Lean pour la procrastination structurée.

Vous êtes prêt pour le CH2 quand des visiteurs de votre MVP vous demandent « où je signe ? » sans relance, ou quand un client de votre concierge vous a déjà payé, même de façon informelle.

Direction CH2

Au chapitre 2, vous passez d'« apprendre » à « vendre ». L'objectif change : vous ne testez plus une hypothèse, vous cherchez dix personnes qui vous paient, à la main, sans vous cacher derrière un funnel automatisé (un tunnel de vente, la suite d'étapes qui mène un inconnu jusqu'à l'achat sans intervention humaine). Vous fixerez votre premier prix, la v1, vous testerez trois canaux, et vous installerez votre produit chez vos premiers utilisateurs en mode concierge.

Vous travaillerez à la main, au téléphone et par message privé, sans rien industrialiser ni automatiser.