Un MVP n’est pas une version réduite de la diapositive. C’est le plus petit produit capable d’accomplir une action réelle : réserver un créneau, émettre une facture ou enregistrer une ligne à laquelle quelqu’un pourra se fier lundi prochain.
Je pars des contraintes, pas de la stack. Quel est l’unique rôle utilisateur ? Quel est le parcours essentiel ? Que peut-on encore gérer manuellement derrière l’interface ? Si ces trois réponses restent floues, nous ne faisons pas une estimation : nous maquillons l’incertitude.
En 2026, ma stack web par défaut est volontairement classique : Next.js, TypeScript, PostgreSQL quand les données doivent persister, Tailwind et un hébergeur dont je peux expliquer le fonctionnement. Je n’ajouterai ni un réseau de services, ni une refonte du design system, ni un chatbot IA pour glisser un mot à la mode dans le pitch deck.
Avant les premiers utilisateurs, je refuse d’ajouter un deuxième persona, un plan de migration, du temps réel si l’action ne l’exige pas et un CMS pour trois pages. On y reviendra après la première boucle complète, quand quelqu’un sera effectivement revenu.
Si vous m’envoyez un brief, précisez l’action et la contrainte. Je vous répondrai avec la version la plus réduite que je livrerais, ainsi qu’une courte liste de ce que je ne construirais pas encore. Cette liste constitue l’estimation.
Donnez à votre prochain produit quelqu’un qui reste.
Prêt à commencer ? Écrivez-moi — je peux démarrer immédiatement et rester dans la durée. Des collaborations à long terme, pas une passation après deux semaines. Discutons de votre projet, de vos exigences et de la meilleure façon d’avancer.