"On va faire un MVP." C'est l'une des phrases les plus entendues dans l'écosystème startup — et l'une des plus mal comprises.
Dans la pratique, la plupart des équipes construisent quelque chose qui n'est ni un vrai MVP ni un vrai MLP : un produit trop complet pour valider une hypothèse, mais trop brut pour générer de l'adhésion. Le pire des deux mondes.
Voici comment distinguer les deux concepts, et surtout, comment choisir ce qui correspond à votre situation réelle.
Ce qu'est vraiment un MVP
Le terme vient de Frank Robinson, popularisé par Eric Ries dans The Lean Startup. Un Minimum Viable Product est la version la plus simple d'un produit qui permet de tester une hypothèse précise.
L'accent est sur le mot "viable" : il ne s'agit pas d'un prototype ou d'une maquette. C'est un produit fonctionnel, utilisable par de vraies personnes, conçu pour répondre à une seule question centrale.
"Un MVP n'est pas la version allégée de votre produit. C'est l'outil le plus simple pour apprendre ce que vous devez apprendre."
Ce qu'un MVP n'est pas
- Ce n'est pas une démo fragile qui s'effondre dès qu'on s'écarte du parcours principal
- Ce n'est pas un produit avec toutes les fonctionnalités, juste moins polies
- Ce n'est pas quelque chose que vous seriez gêné de montrer à vos utilisateurs
Un MVP peut être minimaliste dans ses fonctionnalités. Il ne peut pas l'être dans sa stabilité sur le parcours critique.
Ce qu'est vraiment un MLP
Le Minimum Lovable Product, terme associé à Laurence McCahill, part d'un constat différent : dans un marché saturé de produits corrects, la viabilité seule ne suffit plus à générer de l'adoption.
Un MLP est la version la plus simple d'un produit que les utilisateurs aiment vraiment utiliser, au point d'en parler spontanément à leur entourage.
L'accent est sur le mot "lovable" : l'expérience doit créer un attachement. Pas forcément grâce à plus de fonctionnalités, mais grâce à une attention au détail qui génère de la confiance et du plaisir d'usage.
Ce qui différencie un MLP d'un MVP
| Dimension | MVP | MLP |
|---|---|---|
| Objectif principal | Valider une hypothèse | Générer de l'adoption |
| Audience | Early adopters tolérants | Utilisateurs moins indulgents |
| Qualité UX | Acceptable | Intentionnelle |
| Méthode de mesure | Est-ce que le problème est réel ? | Est-ce que les gens reviennent ? |
| Durée de vie | Court terme (apprentissage) | Moyen terme (traction) |
| Risque si raté | Apprentissage coûteux | Réputation abîmée |
La confusion qui coûte cher
Le problème n'est pas de choisir entre MVP et MLP. C'est de ne pas savoir lequel on est en train de construire — et d'appliquer les mauvaises contraintes au mauvais moment.
Erreur 1 : Appeler son produit "MVP" pour justifier la qualité insuffisante
Un MVP n'est pas un prétexte pour livrer quelque chose de bancal. Si votre parcours principal est instable, ce n'est pas un MVP — c'est un prototype non abouti.
Erreur 2 : Viser un MLP dès la première itération sans avoir validé le problème
Si vous n'avez pas encore confirmé que le problème que vous résolvez est réel et significatif pour votre cible, travailler l'expérience fine est une optimisation prématurée. Vous risquez de peaufiner quelque chose dont personne ne veut.
Erreur 3 : Construire trop
La tendance naturelle est d'ajouter des fonctionnalités "au cas où". Chaque feature non essentielle est une dette : de développement, de maintenance, et de compréhension utilisateur. Un produit qui fait moins, mais mieux, apprend plus vite.
Comment choisir selon votre situation
Partez sur un MVP si :
- vous n'avez pas encore de retours utilisateurs réels sur votre concept
- votre marché ou votre cible est encore à valider
- vous êtes en phase d'exploration avec un budget limité
- vous avez un délai court avant un pitch investisseur
- votre différenciation est fonctionnelle, pas expérientielle
Pour un MVP bien construit, notre offre développement MVP pose les bonnes fondations techniques dès le départ.
Partez sur un MLP si :
- vous avez déjà des preuves que le problème existe (interviews, pré-ventes, liste d'attente)
- vous évoluez dans un marché très concurrentiel où l'expérience est un différenciateur clé
- votre cible est peu tolérante aux produits bruts (grand public, marché premium, B2C viral)
- vous avez la capacité de financer une qualité UX dès le départ
- vous cherchez à générer du bouche-à-oreille dès le lancement
Le chemin le plus fréquent : MVP → MLP
Dans la pratique, les équipes qui réussissent font rarement l'un ou l'autre de manière exclusive. Elles suivent un chemin en deux temps :
Étape 1 — MVP : construire le minimum pour tester une ou deux hypothèses fondamentales avec de vraies personnes. Apprendre vite. Pivoter si nécessaire.
Étape 2 — MLP : une fois le problème validé et le segment de marché confirmé, investir dans l'expérience pour transformer les premiers utilisateurs en ambassadeurs.
Ce chemin permet d'éviter deux pièges symétriques : lancer trop tôt (avant d'avoir appris), et peaufiner trop longtemps (avant d'avoir confirmé qu'on travaille sur la bonne chose).
Le tableau de décision
| Votre situation | Ce que vous devez construire |
|---|---|
| Idée non validée, zéro retour utilisateur | MVP strict — le plus vite possible |
| Problème validé, pas encore de produit | MVP avec soin sur le parcours principal |
| Premiers utilisateurs, rétention faible | MLP — travailler l'expérience en profondeur |
| Traction naissante, besoin de croissance | MLP étendu + nouvelles fonctionnalités ciblées |
| Produit mature | Ni l'un ni l'autre — focus sur la performance et la scalabilité |
Ce que ça change pour le cadrage produit
Que vous partiez sur un MVP ou un MLP, le point de départ est le même : définir précisément ce que vous cherchez à apprendre ou à prouver.
Un MVP sans hypothèse claire est une démo. Un MLP sans cible définie est une application belle mais inutile.
Le cadrage produit est l'étape qui permet de décider ce qu'on construit, pourquoi, et comment on mesurera le succès. C'est aussi l'étape la plus souvent sacrifiée sous pression de temps — et c'est là que la plupart des projets accumulent leur dette la plus coûteuse.
"Ce n'est pas la quantité de fonctionnalités qui fait un bon lancement. C'est la clarté sur ce qu'on cherche à valider."
En résumé
MVP et MLP ne sont pas des options opposées. Ce sont deux postures différentes, adaptées à deux phases distinctes du cycle produit.
La bonne question n'est pas "MVP ou MLP ?" mais : "Qu'est-ce que je cherche à prouver, et à qui ?"
Répondez à ça honnêtement, et le reste du périmètre se dessine de lui-même.