Lexique
Première version d'un logiciel réduite aux fonctions essentielles, mise en service rapidement pour valider les besoins réels avec de vrais utilisateurs avant d'investir dans le reste.
Un MVP (minimum viable product, ou produit minimum viable) est la plus petite version d'un logiciel qui règle un vrai problème pour de vrais utilisateurs. Pas une maquette, pas un prototype jetable : un système en production, mais limité au cœur. Le but est d'apprendre vite ce qui compte avant de construire ce qui ne comptera peut-être jamais.
Les requis écrits sur papier sont toujours partiellement faux. Une fois le logiciel entre les mains des employés, les priorités changent : la fonction jugée essentielle sert peu, et un détail oublié bloque tout le monde. Le MVP expose ces surprises après deux mois plutôt qu'après un an, quand le budget est encore là pour ajuster.
Pour un WMS, c'est la réception et la cueillette par code-barres, sans les rapports avancés ni l'intégration aux transporteurs. Pour un CRM, c'est la liste des occasions et les suivis, sans l'automatisation des courriels. Pour un ERP sur mesure, c'est souvent le module le plus douloureux (soumissions, production ou inventaire) livré seul et connecté à la comptabilité existante.
Ce n'est pas une excuse pour livrer du travail bâclé. Le MVP est réduit en étendue, pas en qualité : les fonctions présentes sont testées, sécurisées et prêtes pour la production. Un MVP mal construit devient de la dette technique dès la deuxième phase.
Mis à jour le
De 6 à 16 semaines pour un logiciel de gestion en PME, selon les intégrations requises. Au-delà de quatre mois, l'étendue est probablement trop large pour un MVP.
Non. Contrairement à un prototype, le MVP est la fondation sur laquelle les phases suivantes s'appuient. C'est pourquoi sa qualité technique compte autant que celle du produit final.
