Comment j'ai livré un MVP complet en 11 jours avec Claude Code

11 jours. C'est le temps qu'il m'a fallu pour aller d'une idée sur papier à un MVP en production, utilisé par de vrais utilisateurs.

Il y a deux ans, ce chiffre aurait semblé impossible pour un entrepreneur sans équipe technique dédiée. Aujourd'hui, avec Claude + Claude Code, c'est devenu un rythme atteignable — à condition d'avoir la bonne méthode.

Voilà exactement ce qui s'est passé, sans enjoliver.

Le contexte : un vrai produit, pas un prototype

Le projet : une plateforme de mise en relation B2B avec une logique de matching, des formulaires d'intake, des notifications email automatiques et un backend Postgres. Pas un wireframe Figma. Un vrai produit en production avec de vrais utilisateurs.

La contrainte : une fenêtre de lancement précise. Pas de place pour 3 mois de développement classique.

Jour 1-2 : Discovery et architecture en parallèle

Première différence avec un sprint classique : je n'ai pas attendu de finir la discovery pour commencer l'architecture. Avec Claude Code, j'ai pu explorer les deux en même temps.

Pendant que je finalisais le périmètre produit, Claude Code générait le schéma de base de données initial à partir de mes specs brutes. Ce n'est pas de la magie — c'est de la parallélisation que je ne pouvais pas faire seul avant.

Stack choisi : Next.js 14, Neon (Postgres serverless), Drizzle ORM, Vercel. Des choix délibérément conservateurs — pas le moment d'expérimenter une nouvelle techno.

Jour 3-6 : Le coeur du produit

C'est là que Claude Code fait vraiment la différence. Pas sur les fonctionnalités simples — sur la cohérence de l'ensemble.

Ce qui m'aurait pris une semaine en solo : les routes API avec validation Zod, le système d'authentification, les migrations de base de données, les emails transactionnels. Claude Code les a produits en quelques heures, avec un niveau de qualité et de cohérence que je n'aurais pas atteint aussi vite seul.

Ce que j'ai gardé pour moi : toutes les décisions produit. Quoi construire. Dans quel ordre. Ce qui n'est pas nécessaire pour le MVP. Claude Code exécute — il ne décide pas. Et c'est là que mon profil entrepreneur fait la différence : je sais exactement où couper.

Jour 7-9 : Itérations sur le feedback bêta

J'ai mis le produit entre les mains de 5 utilisateurs bêta au jour 7. Pas au jour 30. Au jour 7.

Les retours ont été directs : l'onboarding était trop long, un flux critique peu clair. J'ai corrigé les deux points en moins d'une journée. Avec une équipe classique, chaque correction aurait nécessité une réunion, un ticket, un développeur disponible. Seul avec Claude Code, j'itère en temps réel.

C'est ça le vrai gain : pas la vitesse de développement initiale, mais la vitesse d'itération.

Jour 10-11 : Déploiement et stabilisation

Tests de charge légers, vérification des emails en prod, correction des derniers bugs visuels sur mobile. Le jour 11, le produit était en ligne, stable, et utilisé.

Ce que j'aurais fait différemment

Documenter les décisions plus tôt. Claude Code produit du bon code, mais sans contexte métier explicite, il peut faire des choix d'architecture qui semblent logiques mais qui ne correspondent pas à tes contraintes spécifiques. J'ai appris à écrire un fichier CLAUDE.md en début de projet — une page qui explique le contexte, les conventions, et les choix techniques déjà faits.

Garder le périmètre MVP plus petit encore. On a tendance à vouloir "juste ajouter cette fonctionnalité". Avec Claude Code, c'est encore plus tentant parce que ça va vite. Résistez. Ce qui n'est pas dans le MVP initial ne devrait pas y entrer.

Tester sur vrai mobile dès le jour 5. J'ai découvert deux bugs d'affichage mobile au jour 8. Ils auraient pu être détectés au jour 5 si j'avais testé plus tôt.

Ce que ça change vraiment pour un entrepreneur product

La frontière entre "je fais du produit" et "je fais du code" a disparu. Je pense en termes de fonctionnalités, d'utilisateurs, de flux — et je les implémente directement. Il n'y a plus de traduction, plus de perte d'information entre la vision et l'exécution.

Selon une étude McKinsey, les outils d'IA générative peuvent multiplier par 2 à 4 la productivité des développeurs. Pour un entrepreneur product, l'effet est encore plus important — parce que je supprime aussi la coordination.

11 jours, ce n'est pas un tour de passe-passe. C'est ce qui arrive quand la vision produit et l'exécution technique sont dans la même tête, augmentées par les bons outils.

---

Vous avez un projet à lancer ? [Déposez votre brief sur productbuilding.fr](https://www.productbuilding.fr/mission) et recevez une sélection de Product Builders IA sous 24h.