MVP

MVP veut dire produit minimum viable. C'est la première version de votre produit qui rend déjà un vrai service à un vrai utilisateur. Ce n'est ni une maquette, ni une démo, ni un prototype jetable : c'est un produit réduit mais complet, en ligne, qui permet d'apprendre avec de vrais usages avant d'investir davantage.

Alors ce n'est pas le bon moment pour construire. Le cadrage sert exactement à ça : clarifier le problème, les utilisateurs et le périmètre avant d'engager du développement. Son montant est déduit du projet si vous enchaînez avec moi. Je préfère vous vendre un cadrage que vous vendre un produit que personne n'utilisera.

Elle fait l'objet d'un avenant chiffré, accepté avant d'être engagé. Le périmètre est fixé au cadrage précisément pour que personne ne découvre une rallonge sur une facture. Dans la plupart des cas je vous proposerai plutôt de la garder pour la version suivante, quand les premiers usages diront si elle sert vraiment.

Le délai annoncé en haut de page court à partir de la validation du périmètre. Ce qui fait déraper un MVP n'est presque jamais la technique : c'est l'ajout de fonctionnalités en cours de route. Le périmètre écrit sert précisément à tenir cette ligne.

Techniquement oui, et je le fais avec un socle commun. Mais la vraie question est de savoir si c'est utile maintenant. Dans la plupart des cas, une seule plateforme suffit à valider l'usage, et ouvrir la seconde après les premiers retours coûte moins cher que de tout mener de front dès le départ. On tranche pendant le cadrage du périmètre.

Non, c'est l'inverse. Moins de fonctionnalités, c'est plus d'attention sur chacune, une base technique plus propre et moins de dette à rembourser ensuite. Ce qui fait un produit au rabais, c'est un périmètre trop large traité trop vite.

Rien n'est perdu. Les idées écartées sont documentées avec le raisonnement qui a mené à les repousser. On les réévalue après la mise en ligne, avec les usages réels sous les yeux. Certaines remonteront en priorité, d'autres disparaîtront d'elles-mêmes.

C'est là que le travail intéressant commence. On regarde ce que font les utilisateurs, on corrige ce qui bloque et on ajoute ce qui manque vraiment. Vous pouvez continuer avec moi, les évolutions se traitant alors au devis ou à la journée, reprendre la main avec votre propre équipe, ou vous arrêter là. Le code et les accès sont à vous dans tous les cas.

Un produit en ligne avec de vrais utilisateurs est un argument nettement plus solide qu'une présentation. Je ne vous accompagne pas sur la levée elle-même, mais la démarche est la même : montrer un usage réel plutôt qu'une promesse.