Par Mar(t)ine"T'as levé combien pour lancer Les Martines ?" C'est la question qu'on me pose le plus souvent, juste après "et t'as un associé ?" (non, et alors). La réponse tient en un mot : rien. Pas d'investisseur, pas d'équipe tech au départ, pas de budget marketing, pas de réseau non plus. Juste l'obligation de sortir un truc qui marche avec ce que j'avais sous la main.
Le MVP, c'est pas "la vraie version en moins bien"
La plus grosse erreur que je vois, c'est de penser le MVP comme une version dégradée du produit final. Non. Le MVP, c'est la réponse à une seule question : est-ce que ce que je veux résoudre intéresse vraiment quelqu'un ? Tout le reste (le design parfait, la fonctionnalité en plus, l'app native) peut attendre.
Sur mon propre projet, la première version tenait sur trois fois rien techniquement. Ce qui comptait, c'était pas la sophistication, c'était que des femmes s'y retrouvent et reviennent. Le reste, on l'a construit après, une fois qu'on savait que ça avait du sens.
Ce qui a vraiment compté
Choisir la bonne techno pour le bon moment. No-code, low-code ou développement sur-mesure : la question n'est pas "qu'est-ce qui est le plus solide sur le papier", c'est "qu'est-ce qui me permet de tester vite sans m'endetter" (voir no-code pour lancer sa startup pour creuser). On upgrade plus tard, quand on sait que ça vaut le coup.
Trancher, pas empiler. Chaque feature en plus, c'est du temps et de l'argent en moins sur ce qui compte vraiment. Le vrai travail d'un MVP, c'est de dire non à 90% des idées, pas d'en caser le plus possible (oui, même ce fameux chatbot dont tout le monde te parle depuis six mois).
Avancer avec les bonnes personnes, pas seule dans son coin. J'ai pu avancer avec Rebeca, qui fait tourner l'appli Les Martines depuis plus d'un an. Sans quelqu'un pour trancher les choix techniques avec moi, j'aurais perdu un temps fou sur des décisions qui, au fond, n'avaient pas besoin d'être parfaites, juste d'être prises.
Un MVP réussi, c'est pas celui qui a le plus de fonctionnalités. C'est celui qui répond à une vraie question, le plus vite possible.
Les erreurs qui coûtent le plus cher
Attendre d'être prête pour lancer. Peaufiner un produit dans son coin avant de le montrer à qui que ce soit, c'est le meilleur moyen de découvrir trop tard que personne n'en avait besoin. Le seul moyen de savoir si un truc marche, c'est de le mettre devant de vraies personnes, même imparfait, même tôt.
Confondre "personne n'a encore payé" et "personne n'est intéressé". Au tout début, ce qui compte, c'est de voir des gens revenir, utiliser, parler du truc autour d'eux. L'argent vient après, une fois que tu sais que le problème que tu résous est réel. Chercher à monétiser trop vite, avant d'avoir cette preuve, fait souvent plus de mal que de bien.
Vouloir tout faire seule. C'est probablement l'erreur la plus fréquente que je vois chez les fondatrices solo : penser qu'il faut tout maîtriser, du produit au marketing en passant par la tech, avant de pouvoir avancer. S'entourer, même à petite échelle, change complètement la vitesse à laquelle un projet peut avancer.
Combien de temps ça prend, en vrai
Il n'y a pas de délai universel, ça dépend du problème que tu résous et de la vitesse à laquelle tu peux tester. Mais dans mon expérience, le vrai frein n'est presque jamais le temps de développement : c'est le temps passé à hésiter avant de commencer. Le MVP le plus rapide à sortir, c'est toujours celui dont la version a déjà été tranchée avant de s'y mettre.
Ce que "sans budget" veut vraiment dire
Sans budget ne veut pas dire sans rien dépenser du tout, ça veut dire dépenser au bon endroit. Beaucoup de fondatrices early-stage mettent leur argent dans ce qui se voit (un joli site, un logo, une identité visuelle complète) alors que ce qui fait avancer un projet au tout début, c'est de valider que le problème existe vraiment — pas de peaufiner un positionnement que personne ne comprend encore. Un MVP sans budget, c'est un MVP où chaque euro dépensé sert directement à tester une hypothèse, pas à faire "sérieux".
Ça veut dire aussi accepter que les premiers outils ne soient pas les bons sur le long terme. Un formulaire bricolé, un tableur qui fait office de base de données (oui, encore lui, le tableur, le vrai MVP de tous les MVP), une landing page toute simple : ce n'est pas grave si ça tient le temps de savoir si ton idée mérite d'être développée pour de vrai. Le piège, c'est de vouloir que la première version dure pour toujours.
Le vrai indicateur à surveiller
Ce n'est pas le nombre de fonctionnalités livrées, ni même le nombre d'inscrit·es. C'est le comportement des premières personnes qui testent : est-ce qu'elles reviennent sans qu'on les relance ? Est-ce qu'elles en parlent spontanément autour d'elles ? Un MVP qui génère ce genre de réaction, même à toute petite échelle, vaut plus qu'un produit poli utilisé une fois puis oublié.
Les questions à te poser avant de te lancer
Avant même de penser à la techno, trois questions valent la peine d'être posées noir sur blanc. Quel est le problème précis que je résous, pour qui exactement ? Comment je vais savoir, concrètement, si ça marche ou pas ? Et qu'est-ce que je suis prête à couper si le budget ou le temps se resserrent ? Les fondatrices qui avancent vite sont rarement celles qui ont le plus de moyens, ce sont celles qui ont des réponses claires à ces trois questions avant de coder la moindre ligne.
Et si t'as pas de budget non plus
C'est exactement pour ça que j'ai monté l'option tech avec Rebeca dans mes coachings : garder la direction stratégique de mon côté, et avoir quelqu'un qui tranche les choix techniques sans exploser le budget, comme je l'ai vécu moi-même.
Je partage régulièrement ce genre de réflexions sur LinkedIn.