MVP (produit minimum viable)

MVP vient de l’anglais « minimum viable product », que l’on traduit par produit minimum viable. L’idée a été popularisée par la méthode Lean Startup, qui conseille de lancer vite pour apprendre vite : plutôt que de construire l’outil complet d’un coup, on livre d’abord la plus petite version utile, on observe comment elle est utilisée, puis on l’améliore.

Pour un outil interne, le MVP se limite aux deux ou trois actions qui règlent le problème principal. Pour un suivi des congés : déclarer une absence, la faire valider, la voir sur le planning. Les exports, les statistiques et les cas rares viendront après, si l’équipe en a vraiment besoin.

La différence avec un prototype est importante. Le prototype sert à tester une idée, souvent avec de fausses données, et peut finir à la poubelle. Le MVP est utilisé pour de vrai, par de vrais collègues, avec de vraies informations. Il fait peu de choses, mais il doit les faire bien, sécurité comprise.

Avec l’IA, l’approche MVP devient naturelle : un prompt court et précis donne un premier outil plus facile à tester et à corriger qu’un prompt de deux pages. Deux pièges sont à éviter :

• confondre « minimum » et « bâclé » : un MVP qui perd des données ou montre à tous ce qui devrait rester privé ne rend aucun service ;
• en rester au MVP : écoutez les retours de l’équipe et faites évoluer l’outil par petites étapes.