- Avec l’effondrement rapide des coûts de développement logiciel grâce à l’IA, un produit qui se contente d’avoir des fonctionnalités ne suffit plus sur le marché, et la nouvelle référence devient le MLP (le produit minimum qu’un utilisateur peut aimer émotionnellement)
- À l’origine, le MVP était un outil d’apprentissage rapide via la boucle build-measure-learn d’Eric Ries, mais dans la réalité, il s’est dégradé en excuse pour lancer un « produit qui fonctionne à peine au minimum »
- À l’époque où implémenter les fonctionnalités de base coûtait au minimum 200 K$, il faut désormais seulement 20 à 100 $, et les clients peuvent même le construire eux-mêmes, ce qui rend la différenciation par les fonctionnalités dénuée de sens
- Dans la pyramide des besoins du SaaS, il faut monter de Functional → Reliable → Usable vers Lovable, et les clients qui ont établi une connexion émotionnelle génèrent une rétention plus élevée, une LTV plus forte et du bouche-à-oreille
- La lovability est un domaine que l’IA ne sait pas encore répliquer, et la relation émotionnelle qu’un produit tisse avec l’utilisateur peut devenir le dernier moat défensif
La dénaturation du MVP et l’émergence du MLP
- Le MVP (Minimum Viable Product) était à l’origine un framework visant à apprendre le plus possible sur le client avec le moins d’effort possible, mais en pratique son sens s’est appauvri jusqu’à devenir un « produit aux fonctionnalités minimales »
- Pour une équipe qui utilise correctement le MVP, il y en a environ dix qui s’en servent comme excuse en disant “ce n’est qu’un MVP”
- Le schéma consistant à lancer un produit à l’état de squelette, puis à le laisser dans cet état, s’est installé durablement
- Le MLP est la version la plus précoce d’un produit qu’un utilisateur peut sincèrement aimer — rapide, intuitive, assumée, et capable de provoquer ce moment de « ah, ça c’est vraiment bien »
- Comme le terme MVP lui-même est devenu pollué, il faut un autre terme pour envoyer un autre signal
Pourquoi le niveau d’exigence a monté : l’IA et l’effondrement des coûts de développement
- Le MVP est devenu populaire parce que le développement logiciel était coûteux, et qu’aller au-delà du simple « fonctionnel » avait un coût réel ; il était donc rationnel de lancer un produit squelettique puis d’itérer
- Aujourd’hui, l’IA est en train de faire exploser à la baisse les coûts du développement logiciel, et tous les produits existants font face à la concurrence sur au moins trois fronts
- Arrivée massive de nouveaux concurrents : des fonctionnalités de base qui exigeaient auparavant au minimum 200 K$ peuvent maintenant être construites pour 20 $, 100 $, voire gratuitement
- Accélération du rythme de lancement des concurrents existants : de nombreuses équipes d’ingénierie utilisent l’IA au point que plus de 90 % du code est parfois écrit par l’IA
- Les clients peuvent construire eux-mêmes : une époque où tout le monde peut devenir builder
- À mesure que l’utilité de base des produits devient une commodity, on approche d’un point où la différenciation fondée sur les fonctionnalités devient totalement insignifiante
- L’IA peut lancer des fonctionnalités du jour au lendemain et les rattraper en quelques jours, mais elle ne sait pas encore copier la relation émotionnelle spécifique qu’un utilisateur entretient avec un produit — sa manière de parler, de célébrer les réussites, de gérer les erreurs
- Ces éléments émotionnels s’accumulent avec le temps comme des intérêts composés et sont extrêmement difficiles à copier
La pyramide des besoins du SaaS
- Comme dans la hiérarchie des besoins de Maslow, une fois les besoins fondamentaux de sécurité et de sûreté satisfaits, les gens recherchent quelque chose de plus élevé : connexion, appartenance, sens, joie
- Quand les clients ont le choix, ils n’ont plus à tolérer des produits fonctionnels mais sans âme
- Une structure pyramidale en 4 niveaux
- Functional — Est-ce que ça marche ? Est-ce que le produit fait ce qu’il promet sans temps de chargement ni crashs ?
- Reliable — Est-ce sûr et digne de confiance ?
- Usable — Est-ce simple et intuitif ?
- Lovable — Est-ce émotionnellement réjouissant ? L’interaction laisse-t-elle une émotion positive ?
- La plupart des produits restent bloqués dans les deux couches inférieures (Functional, Reliable), et les produits qualifiés de MVP dépassent rarement ce stade
- Les clients émotionnellement connectés affichent une meilleure rétention et une LTV plus élevée, et les recommandent autour d’eux — le bouche-à-oreille a toujours été le meilleur canal de croissance, mais les gens ne parlent que des produits qui leur ont fait ressentir quelque chose
- À noter : si vous construisez des outils pour agents IA ou des interfaces LLM, le lovable importe peu et seule la connexion au protocole MCP est nécessaire ; mais si vous visez une base d’utilisateurs humains, vous ne pouvez pas rester au bas de la pyramide
À quoi ressemble concrètement le lovable : les Love Marks
- Les Love marks sont ces moments inattendus de joie humaine au sein d’un produit — fonctionnellement inutiles, mais ce sont les éléments dont les gens se souviennent le plus
- Dans Superhuman, lorsqu’on vide sa boîte de réception, une belle illustration apparaît ; sa valeur mesurable est nulle, mais elle fait sourire à chaque fois
- L’AI DJ de Spotify, avec sa franchise décontractée, crée un sentiment de connexion avec l’utilisateur en disant : « Ce morceau, vous l’avez écouté tous les jours la semaine dernière… alors on se le remet une fois de plus »
- Ces petites touches créent des moments de connexion humaine, un terrain qui n’est jamais abordé dans les discussions sur les MVP
- L’approche MVP a entraîné les équipes à supprimer comme superflu tout ce qui n’était pas fonctionnel — goût, personnalité, couleur, point de vue
- Certains choix ajoutent un léger délai ou une petite friction au flux UX, mais rendent l’expérience globale bien meilleure et deviennent la raison pour laquelle le produit est choisi parmi 15 concurrents offrant la même fonctionnalité
- La couche émotionnelle de la marque doit apparaître dans toutes les décisions produit — la manière dont le produit parle, gère les erreurs, célèbre les victoires : tout cela doit être pensé dans le produit lui-même, et non comme une couche marketing
- À l’idée selon laquelle « dans un produit enterprise, on ne peut pas mettre des confettis », la réponse est que le B2B suit depuis des années les tendances du B2C, et Lovable a obtenu une traction enterprise significative sans plaintes sur un prétendu manque de sérieux
Exemples de grands groupes : contre-exemples et modèles
- Expérience d’utilisation de Coupa pour le procurement : les équipes finance aiment le contrôle, mais pour les personnes qui l’utilisent réellement, c’est une expérience qui vous vide de votre énergie
- À l’inverse, Amazon utilise depuis longtemps le terme “Minimum Lovable Product”, intégré à ses principes de leadership — la customer obsession consiste à comprendre non seulement ce dont le client a besoin, mais aussi ce qui le rend sincèrement heureux
- Quand Amazon a fait ce choix, c’était encore optionnel ; aujourd’hui, c’est devenu le minimum requis pour tout le monde
Comment passer à l’action pour construire un MLP
- Partir du client, pas d’une liste de fonctionnalités — quand la plupart des équipes priorisent les fonctionnalités selon la valeur et l’effort, elles obtiennent un produit tolérable pour tout le monde mais aimé par personne. Il faut au contraire choisir un segment précis, lui parler, et trouver la combinaison de fonctionnalités et d’expérience dont ce groupe peut tomber amoureux
- Mettre les Love marks dans la roadmap — non pas comme des nice-to-have supprimés quand le planning se tend, mais comme un investissement intentionnel avec une vraie priorité. Il faut vérifier où le produit célèbre les victoires de l’utilisateur, où il montre de l’humour, et où il donne l’impression d’avoir été fabriqué par des humains, via des moments de joie, des easter eggs et de petites interactions pleines de personnalité
- Utiliser l’IA pour y parvenir plus vite — en demandant à l’IA « comment rendre cette interaction plus lovable ? », on peut obtenir des idées étonnamment bonnes. On peut aussi s’inspirer de belles bibliothèques de composants interactifs (hover states, transitions, animations, etc.)
- Fixer explicitement un niveau d’exigence plus élevé — chez Lovable, avant chaque lancement, la question est toujours : « Est-ce lovable ? » Il faut dans chaque équipe une question qui oblige à évaluer l’expérience émotionnelle, et non simplement « est-ce que ça marche ? » ou « est-ce prêt ? ». Sans ce standard, on retombe à chaque fois dans le MVP
- Rester minimum — le MLP ne signifie pas qu’il faut tout surdorer avant le lancement. Minimum reste minimum. La vraie question est : « quelle est la chose la plus simple qui crée un véritable moment émotionnel ? »
Au fond, une question de connexion humaine
- La magie opère quand on comprend en profondeur les problèmes et l’expérience des utilisateurs potentiels, tout en y ajoutant son propre goût (taste) pour rendre le tout plus humain
- Si l’on néglige la compréhension client, on finit par fabriquer un produit qui n’est vraiment fait pour personne ; et si l’on néglige sa propre approche et son propre style, on obtient un produit générique
- Il faut devenir autant que possible son propre utilisateur — si l’on ne se soucie pas sincèrement de ce sur quoi l’on travaille, on n’est peut-être pas la bonne personne pour le construire
- Les talents et les ressources deviennent des commodities ; ce qu’il reste, c’est le cœur
- Quand on travaille sur quelque chose qui nous intéresse, la personnalité ressort, ainsi que les petites décisions, l’intuition et les idées d’interactions qui procurent de la joie
- Le MLP, c’est un produit doté du minimum de personnalité nécessaire pour montrer qu’il y a un vrai humain derrière — cette petite étincelle rend possible la connexion émotionnelle
- Il est temps de relâcher cet instinct longtemps réprimé par des années d’approche MVP
2 commentaires
Ici, j’ai l’impression que le mot « produit » renvoie au cas où une entreprise fixe des critères assez bas.
Dans une entreprise qui maintient des standards produit élevés, je pense que le MVP reste toujours nécessaire et important.
C’est une réflexion que je me fais souvent en ce moment, et ça me semble tout à fait juste.
Maintenant qu’il existe vraiment beaucoup de logiciels qui sortent d’un simple clic, on dirait bien que le MVP est devenu dépassé.
L’époque où l’on levait des fonds avec une simple idée est terminée, et transformer ce qu’on a en tête en code est devenu la base, donc
il faut au minimum construire quelque chose à un niveau où l’utilisateur se dit « ah, c’est pas mal », et je comprends aussi dans une certaine mesure qu’on appelle ça un MLP.
Il y a aussi cette discussion selon laquelle Hacker News envisagerait d’arrêter Show parce qu’il y a trop de publications.
À travers ce genre d’évolutions, il y aura sans doute peu à peu davantage de projets qui vaudront le coup qu’on s’y intéresse.