Vous avez livré votre MVP. Il est en ligne, il fonctionne, et il ne se passe rien. La tentation immédiate, c'est de retourner dans le produit : ajouter une fonctionnalité, refaire l'écran d'accueil, changer une couleur. C'est presque toujours la mauvaise piste. Un MVP sans utilisateurs souffre rarement de ce qu'il fait. Il souffre de ce que personne ne le sait.
Un MVP sans utilisateurs est dans la quasi-totalité des cas un problème de distribution, pas de produit. Avant de recoder, diagnostiquez où ça casse : soit personne ne sait que vous existez (acquisition), soit les gens savent mais ne viennent pas (proposition de valeur), soit ils viennent mais ne restent pas (rétention). Chaque cause appelle une réponse différente.
Le piège, c'est de croire qu'« il manque une feature ». Le bon réflexe, c'est de mesurer où vous perdez les gens. Si vous n'avez pas encore cadré ce que doit prouver votre première version, le cadre est dans le guide du MVP au PMF.
La distribution est un problème produit, pas un détail
Beaucoup de fondateurs pensent la distribution après coup : on construit, puis on « fera du marketing ». C'est l'erreur structurante. Si vous ne savez pas comment vos premiers utilisateurs vont vous trouver, vous n'avez pas un problème de croissance à venir, vous avez un produit qui n'a jamais eu de raison d'être rencontré. Construire plus ne le réglera pas.
La bonne nouvelle, c'est que ce problème se diagnostique. Il n'a que trois formes possibles, et on les distingue en regardant ce que font les gens, pas en devinant. Passez les trois étapes ci-dessous dans l'ordre : la première qui coince est votre vraie cause.
Diagnostiquer la vraie cause, dans l'ordre
Tant que vous n'avez pas situé votre cas parmi ces trois, toute modification du produit est un pari à l'aveugle. La séquence compte : inutile de soigner la rétention si personne n'arrive jamais jusqu'à l'inscription. On remonte du haut du tunnel vers le bas, et on traite le premier endroit qui fuit.
Le réflexe qui aggrave tout : recoder à l'aveugle
Face au vide, l'instinct du fondateur est d'ajouter. Une feature, puis une autre, en espérant que l'une déclenche le
déclic. Vous alourdissez un produit que personne n'a encore évalué, vous brûlez du budget, et vous repoussez le seul
travail qui compte : amener et écouter de vrais utilisateurs. Avant toute ligne de code, répondez à « où je perds les
gens ? ».
Dix conversations valent mieux qu'une feature
Le raccourci le plus rentable quand un MVP n'a pas d'utilisateurs, c'est la conversation directe. Allez chercher manuellement dix personnes de votre cible, parlez-leur, faites-les essayer devant vous. Ça ne « passe pas à l'échelle », et c'est exactement pour ça que c'est précieux à ce stade : vous voyez de vos yeux où ça bloque, sans deviner. Les premiers utilisateurs d'un produit ne viennent presque jamais d'un canal automatisé. Ils viennent d'un fondateur qui est allé les chercher un par un.
Cette phase de prospection manuelle vous apprend autant sur le produit que sur la distribution. C'est souvent là que vous découvrez que le vrai problème de vos utilisateurs n'est pas tout à fait celui que vous aviez codé, et qu'un ajustement de cap vaut mieux que dix nouvelles fonctionnalités. C'est aussi ce qui prépare la question d'après : combien d'utilisateurs faut-il vraiment pour valider votre MVP.
On diagnostique votre tunnel ensemble ?
J'interviens comme CTO fractional armé d'IA pour situer où votre MVP perd ses utilisateurs et traiter la vraie cause,
pas un symptôme. Découvrez le Sprint Fondateur, ou réservons 30
minutes pour regarder ensemble ce qui bloque votre acquisition.
Top comments (0)