Mon MVP n'a pas d'utilisateurs, que faire ?

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.

0 → 1le passage le plus dur n'est pas de coder le MVP, c'est de lui amener ses dix premiers vrais utilisateurs

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

Personne ne sait que vous existez

C'est le cas le plus fréquent, et le plus mal vécu, parce qu'on le confond avec un produit raté. Si vos visiteurs se comptent sur les doigts d'une main, le problème n'est pas votre produit : c'est qu'aucun canal ne vous amène de monde. Avant de toucher au code, allez chercher les gens là où ils sont déjà : un message direct à des personnes concernées, un post dans la communauté où vit votre cible, dix conversations de prospection. Si le trafic monte et que la suite se débloque, votre produit allait bien. Il était juste invisible.

Ils savent mais ne viennent pas

Vous amenez du monde sur votre page, et il repart sans s'inscrire. Là, le problème n'est pas la notoriété, c'est la promesse. En quelques secondes, le visiteur ne comprend pas ce que vous résolvez pour lui, ou ne se sent pas concerné. Ce n'est toujours pas une feature qui manque : c'est une proposition de valeur floue. Reformulez ce que vous promettez, pour qui, et testez-le sur cinq personnes de votre cible avant de conclure quoi que ce soit sur le produit lui-même.

Ils viennent mais ne restent pas

Les gens s'inscrivent, essaient une fois, et ne reviennent jamais. Ici, et seulement ici, vous avez peut-être un vrai problème de produit, mais d'un genre précis : la valeur promise n'est pas tenue à l'usage. Parlez à ceux qui sont partis. Pas un sondage : un appel. « Qu'attendiez-vous, qu'avez-vous trouvé, qu'est-ce qui vous a fait lâcher ? » Les réponses vous diront si c'est un défaut d'expérience, un manque réel, ou simplement une cible qui n'avait pas le problème que vous imaginiez.

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.