C'est quoi un MVP ? Minimum viable, pas minimum d'effort

Un MVP (produit minimum viable) est la plus petite version de votre produit qui fonctionne entièrement. Il fait moins que le produit final, mais tout ce qu'il fait, il le fait bien.

Supprimez donc des fonctions entières sans hésiter, mais ne livrez jamais cassées ou lentes celles que vous gardez. Coupez le périmètre, pas la qualité.

La plupart des porteurs de projet font l'inverse. Ce guide vous donne le test unique qui tranche chaque question « on coupe ça ? ». Il explique aussi pourquoi la barre de qualité est encore plus haute en Algérie.

C'est quoi un MVP, et pourquoi se trompe-t-on ?

Tout le monde dit « sortez le MVP ». Presque personne ne dit quoi couper.

Alors on coupe la mauvaise chose. Certains entendent « minimum » et sortent un produit à moitié cassé, puis se demandent pourquoi personne ne lui fait confiance. D'autres entendent « viable » et peaufinent six mois sans jamais rien sortir.

Le mot qui fait des dégâts, c'est « minimum ». Il a deux sens opposés : minimum de fonctions, ou minimum de soin.

Quelle différence entre couper le périmètre et couper la qualité ?

Quand on dépouille un produit, il n'y a que deux façons de couper.

Couper le périmètre supprime une fonction entière. La première version n'a pas de liste d'envies, pas d'avis, et un seul moyen de paiement au lieu de cinq.

Ce que vous gardez marche entièrement. Il fait simplement moins.

Couper la qualité garde la fonction mais la livre cassée, laide ou lente. La page de commande est là, mais elle échoue une fois sur cinq.

La page s'ouvre, mais en quatre secondes. La commande passe, sauf quand elle n'arrive jamais au vendeur sans que personne ne s'en rende compte.

Pensez à un restaurant la semaine de son ouverture. Une carte de cinq plats, tous bien cuisinés, c'est couper le périmètre. Une carte de trente plats dont la moitié arrive froide, c'est couper la qualité.

Les clients pardonnent une carte courte. Ils ne reviennent pas après une assiette froide.

Eric Ries, qui a popularisé l'idée de MVP, l'a dit clairement.

Minimum viable ne veut pas dire travailler de façon bâclée ou indisciplinée (Ries, The Minimum Viable Product: A Primer).

Posez donc une seule question à chaque décision : est-ce que je supprime une fonction, ou est-ce que je livre mal une fonction ? Le premier va bien. Le second revient avec des intérêts.

Pourquoi la barre de qualité d'un MVP est-elle plus haute en Algérie ?

Dans un marché où les gens font déjà confiance aux services en ligne, une première version brute a droit à une seconde chance. Un bug se lit comme « produit jeune ». Dans un marché qui part de la méfiance envers les vendeurs inconnus, le même bug se lit comme « c'est peut-être une arnaque ».

La première impression se forme vite. Une étude de 2006 montre qu'on juge l'attrait visuel d'une page web en environ 50 millisecondes, avant d'avoir lu un seul mot (Lindgaard et collègues, 2006).

Et les acheteurs algériens paient surtout à la livraison justement parce qu'ils ne font pas encore confiance aux vendeurs en ligne. Je l'explique dans pourquoi les Algériens paient à la livraison. Sortez quelque chose de cassé sur ce marché, et vous donnez aux acheteurs la preuve qu'ils cherchaient.

Le déficit de confiance joue donc dans un seul sens. Il relève le plancher de qualité ; il ne l'abaisse pas.

Vous pouvez couper plus de périmètre qu'un fondateur de la Silicon Valley, car personne n'a besoin que votre première version fasse tout. Mais vous pouvez couper moins de qualité, car le peu qu'elle fait doit être indiscutable.

Que doit contenir un MVP ?

Suivez ces étapes :

1. Listez toutes les fonctions imaginées, puis supprimez-en les deux tiers. Liste d'envies, avis, filtres, mode sombre, statistiques d'administration, cinq moyens de paiement, animations. Tout sort de la version un. C'est du périmètre, et couper du périmètre est gratuit.
2. Nommez le parcours unique qui est le produit. Pour une boutique : un acheteur voit un produit, le commande, et le vendeur reçoit la commande. Ce parcours doit marcher de bout en bout, sur un vrai téléphone, avec de vraies données, à chaque fois.
3. Rendez ce que vous gardez indiscutable, pas sophistiqué. Ça charge vite, ça ne se trompe jamais sur l'argent, et ça fait exactement ce que ça annonce. Ce n'est pas du peaufinage. C'est le plancher.
4. Connaissez votre réflexe. Certains coupent facilement des fonctions mais n'arrêtent pas de peaufiner ce qui reste. D'autres sortent vite et laissent derrière eux des choses à moitié fonctionnelles. L'ennemi n'est pas le même dans les deux cas.

Je commence : je suis du genre à peaufiner. J'ai déjà coupé le périmètre proprement, puis perdu une semaine à embellir une fonction que j'aurais dû supprimer. Les étapes ci-dessus sont le système auquel je me fie désormais.

Pour voir à quoi ressemblent trois écrans et leur budget, lisez la formule à 50 000 DA.

Quelles erreurs fait-on avec un MVP ?

1. Appeler MVP un logiciel cassé. Si le parcours principal échoue, ce n'est pas viable.
2. Peaufiner pendant des mois avant que quiconque l'utilise. Chaque mois de peaufinage est un mois sans vrais retours.
3. Supprimer les fonctions de confiance. Un message de confirmation et un numéro qui répond ne sont pas des options dans un marché qui part de la méfiance.
4. Construire pour les utilisateurs qu'on espère. Construisez pour les dix premiers vrais.
5. Ne jamais rien supprimer. Si la liste de fonctions ne fait que grandir, vous ne construisez pas un MVP.

Que faire cette semaine ?

• Aujourd'hui : écrivez toutes les fonctions prévues sur une seule page.
• Aujourd'hui : barrez-en les deux tiers. Soyez impitoyable.
• Cette semaine : écrivez le parcours unique qui est le produit, étape par étape.
• Cette semaine : testez ce parcours sur un vrai téléphone de milieu de gamme, dix fois de suite.
• Avant le lancement : corrigez chaque échec de ce parcours. Laissez tout le reste pour plus tard.

Vous construisez encore trop ? Lisez pourquoi les applis chères meurent avant leur lancement.