Création de MVP en 15 jours

Le premier jour est consacré à formuler une hypothèse testable : « les artisans du bâtiment accepteront de payer 29 € par mois pour générer leurs devis en deux minutes depuis leur téléphone ». Une hypothèse comporte une cible, un problème, une solution et un signal mesurable.

De cette hypothèse découle mécaniquement le périmètre. Tout ce qui n'est pas nécessaire pour l'éprouver — tableau de bord analytique, gestion multi-utilisateurs, personnalisation avancée, application mobile — sort du lot 1. Ce n'est pas abandonné, c'est ordonné.

Un MVP livré par le studio est un produit en ligne, pas une maquette : nom de domaine, hébergement, inscription et connexion des utilisateurs, base de données sécurisée, le parcours métier principal de bout en bout, un back-office minimal pour que vous puissiez suivre l'activité, et la mesure d'audience.

Si le modèle économique le suppose, nous intégrons également le paiement en ligne dès la version 1 : c'est le seul moyen d'obtenir un signal fiable. Une inscription gratuite ne prouve presque rien ; une carte bancaire, beaucoup.

Jours 1 et 2 : cadrage, hypothèse, parcours, modèle de données, design système. Jours 3 à 10 : développement, avec un environnement de recette accessible en permanence et un point quotidien de dix minutes. Jours 11 à 13 : intégrations (paiement, emails, IA si pertinent), tests, corrections. Jours 14 et 15 : mise en production, mesure, transfert du dépôt et session de prise en main.

Ce rythme suppose une contrepartie de votre côté : une personne décisionnaire disponible quotidiennement pour arbitrer. C'est la seule condition réelle de tenue du délai.

Un MVP sans mesure ne sert à rien. Nous instrumentons les événements clés : inscription, activation (premier usage réussi), rétention à sept et trente jours, conversion payante, abandon en cours de parcours. Ces indicateurs sont visibles dans un tableau de bord simple, pas dans un outil que personne n'ouvre.

Au bout de quatre à six semaines d'usage réel, trois issues sont possibles : le signal est bon et l'on industrialise ; le signal est faible mais l'usage révèle un besoin voisin et l'on pivote ; il n'y a pas de signal et l'on arrête, en ayant dépensé 5 000 € plutôt que 80 000 €.

Un MVP assume des raccourcis, mais jamais de dette invisible : le code est typé, la base normalisée, les accès sécurisés, le déploiement automatisé. La différence avec le produit final tient au périmètre fonctionnel, pas à la qualité des fondations.

La phase d'industrialisation qui suit ajoute les rôles multiples, les tableaux de bord, les intégrations, la facturation avancée, le support et la montée en charge. Elle se déroule par lots de deux semaines, priorisés à partir des données d'usage réelles plutôt que d'une roadmap écrite avant le lancement.

Un prix ferme aligne les intérêts. Nous n'avons aucun avantage à faire durer le projet ; vous n'avez aucune mauvaise surprise en fin de mois. Le corollaire est la discipline de périmètre : toute demande hors lot 1 est notée et chiffrée pour le lot suivant, sans négociation implicite en cours de sprint.

Ce modèle ne convient pas à tout : un projet fortement réglementé, dépendant d'une API tierce instable ou nécessitant des travaux de recherche ne peut pas se forfaitiser à quinze jours. Nous vous le disons dès l'appel de cadrage.