Vibecoder ton MVP, c'est livrable en 4 semaines si tu acceptes trois contraintes : un scope d'un seul problème résolu, une stack restreinte (Lovable ou Bolt pour le web, Cursor ou Claude Code pour la logique, Supabase et Stripe pour les services), et 3 à 5 semaines plein temps de founder time. Budget 2026 : 200 à 800 € pour les abos outils et coûts associés, hors valorisation de ton temps. Le bénéfice est net : tu confrontes ton idée à des utilisateurs réels sans déléguer la roadmap à un dev externe. Le piège récurrent : vouloir un produit "complet" au lieu d'un MVP. Ce guide te donne la timeline semaine par semaine, le budget détaillé, les outils précis, et les signaux qui te disent quand passer au code écrit à la main. Pour la définition, commence par vibe coding c'est quoi, puis reviens ici pour la mise en ligne.
Pourquoi vibecoder ton MVP plutôt qu'embaucher un dev
La question revient à chaque café founder : "Je code moi-même avec une IA, ou je trouve un dev ?" La réponse dépend de ce que tu veux tester, et de combien de temps tu acceptes d'attendre avant d'avoir un utilisateur en face.
Trois raisons pratiques de vibecoder ton MVP
-
La vitesse. Tu démarres dans l'heure. Recruter un dev prend des mois (sourcing, entretiens, onboarding, premier ticket). Sur un MVP, le coût de ce retard est rarement compensé par la qualité technique.
-
Le coût comptant. Tu paies 20 à 90 € d'abonnements sur la durée du build, au lieu du devis d'une agence ou d'un freelance senior. Pour une idée que tu peux tuer dans 2 mois, c'est le bon ratio.
-
Le contrôle produit. Tu décides en direct quelle feature couper, quel flow simplifier, quelle copy changer. Aucun ping Slack à un freelance qui revient 48h plus tard avec "tu peux préciser ?". L'itération est immédiate.
Deux contre-indications au vibe coding
Si ton MVP traite des données sensibles régulées (santé, fintech avec custody, identité). Un audit SecNumCloud, HDS ou ISO27001 ne lit pas le contexte d'un MVP, il lit du SQL et des logs. Tu as besoin d'un humain qui sait ce qu'il fait.
Si ton MVP est core-tech (algo de matching propriétaire, ML sérieux, infra peer-to-peer). Avec le vibe coding, tu livres vite du CRUD avec une UI propre. Tu ne réinventes aucun algorithme. Si ta valeur est l'algo, embauche d'abord.
Pour les autres cas (la grande majorité des MVP early-stage : SaaS B2B simple, marketplace de niche, internal tool, app contenu), vibecoder est la voie courte.
Avant de coder une ligne, scope ton MVP
C'est la partie que tout le monde saute, et celle qui coule le plus de MVP vibe-codés.
La règle d'un problème : ton MVP fait UNE chose
Pas deux. Pas trois. Un seul problème, résolu plus vite ou mieux que l'alternative actuelle. Si tu dois utiliser le mot "et" pour décrire ton MVP, tu n'as pas un MVP, tu as un V2 déguisé.
Mauvaise formulation : "Une plateforme pour mettre en relation des freelances et des startups, et gérer la facturation, et suivre les paiements."
Bonne formulation : "Un formulaire qui matche une startup avec un freelance qualifié en 24h."
Si tes premiers users ne reviennent pas pour la première chose, les six autres sont inutiles.
Scope MVP par type de produit
Tous les MVP ne se valent pas. Le scope dépend du type de produit.
- SaaS B2B simple (dashboard, formulaire, automation interne) : Lovable ou Bolt en frontal, Supabase en backend. Durée 3 à 4 semaines.
- Marketplace de niche (offre, demande, matching) : Lovable + Supabase + Stripe Connect. Durée 4 à 6 semaines (deux côtés à gérer).
- App mobile : à éviter en vibe coding pur. Lovable et Bolt produisent du web. Fais une PWA d'abord, ou prévois Cursor + Expo. Durée 4 à 8 semaines.
- Site contenu et lead-gen (landing + capture + automation email) : Bolt ou Lovable, déploiement Vercel, Resend pour les emails. Durée 1 à 2 semaines.
Si ton idée ne rentre dans aucune case, soit elle n'est pas un MVP, soit elle est core-tech.
La stack vibe coding 2026 pour un MVP
Lovable, Bolt, Cursor, Claude Code : lequel pour quel MVP
Les quatre outils ne font pas la même chose. Confondre les rôles te fait perdre une semaine.
Lovable (page produit) : génération full-stack par prompt, frontend React + backend Supabase intégré. Fort pour un MVP web visuel où tu veux voir un truc cliquable en 30 minutes. Pro à 25 $/mois.
Bolt.new (page produit) : concurrent direct de Lovable, sandbox StackBlitz dans le navigateur. Plus rapide sur les itérations, légèrement moins propre côté code livré. Pro à 25 $/mois.
Cursor : éditeur de code "réel" augmenté IA. Tu écris directement dans des fichiers que tu peux versionner sur GitHub. Indispensable dès qu'un projet dépasse 2 ou 3 prompts d'évolution. Pro à 20 $/mois.
Claude Code : agent CLI qui code dans ton terminal sur un repo local. Plus puissant que Cursor sur les refactos longs et les chantiers multi-fichiers. Pro à 20 $/mois (Max à 100 $ ou 200 $ pour les usages intenses).
Règle pratique 2026 : Lovable ou Bolt pour la semaine 1, puis Cursor ou Claude Code dès que le projet prend de la structure. Pour creuser le choix outil, voir le comparatif Cursor / Lovable / Bolt.
Les outils complémentaires obligatoires
Quatre briques externes sont quasi systématiques sur un MVP B2B.
- Authentification : Supabase Auth (inclus) ou Clerk. Évite de "coder ton login" : tu vas te compliquer la vie.
- Database : Supabase Pro à 25 $/mois si tu prévois plus de 50 000 MAU. Gratuit en dessous (500 Mo, 50 000 MAU).
- Paiement : Stripe Checkout. 1,5 % + 0,25 € par transaction sur cartes européennes standard. Tu ne paies que quand tu encaisses.
- Hosting : Vercel Hobby (gratuit) pour les MVP. Pro à 20 $/user/mois seulement si tu dépasses 100 Go de bande passante.
Si quelqu'un te vend une stack avec 12 outils différents pour un MVP, méfie-toi. Tu paies 12 abos pour 1 produit sans revenus.
Le walkthrough 4 semaines (cas type SaaS B2B)
Cas type : un outil de scoring de leads B2B pour une équipe sales, accessible par login, payant à 49 €/mois.
Semaine 1 : prompt initial et premier prototype clickable
Tu ouvres Lovable. Tu écris un prompt long et structuré (objectif, stack, style, contraintes, edge cases). Tu obtiens une première version cliquable en 2 heures.
Le reste de la semaine, tu itères : tu corriges la home page, tu ajoutes l'onboarding, tu redéfinis 2 écrans qui ne marchent pas, tu connectes Supabase pour stocker les leads. Tu finis avec un produit cliquable que tu peux montrer à 3 utilisateurs, sans login, sans paiement, juste le flow principal.
Piège classique : passer la semaine 1 sur le design system. Ne le fais pas. Sors quelque chose de moche mais cliquable. Tu auras le temps de polir en semaine 4.
Semaine 2 : auth et database et écran principal
Tu branches Supabase Auth (email + Google). Tu crées les modèles : users, leads, scores. Tu vérifies les RLS policies (row-level security) pour que chaque user ne voie que ses propres données. Ne saute pas cette étape.
Tu construis le dashboard principal : table des leads, scoring affiché, filtre par statut. Tu ajoutes un import CSV. Fin de semaine 2, tu envoies à 5 testeurs gratuits pour feedback.
Semaine 3 : paiement et flow utilisateur complet
Tu intègres Stripe Checkout. Un abonnement à 49 €/mois, déclenché à la fin d'un free trial de 14 jours. Tu crées la page de pricing (une seule offre, surtout pas trois) et la page "Mon abonnement".
Tu corriges les bugs remontés par les testeurs : le scoring qui se réinitialise au refresh, le tri qui plante sur les noms avec accent, l'email de bienvenue qui n'arrive pas. Tu ajoutes Resend pour les 3 emails transactionnels (welcome, trial-ending, paiement-reçu).
Fin de semaine 3, le produit est intégralement utilisable et payable.
Semaine 4 : déploiement, debug, polish, premiers users
Tu déploies sur Vercel avec un domaine custom. Tu mets en place un environnement de prod séparé de l'env de dev. Tu ajoutes Sentry (free) pour les erreurs et Plausible ou Posthog pour les analytics.
Tu polis. Tu refais la landing avec une copy sérieuse. Tu passes au peigne fin les 3 flows critiques : signup, premier import, premier paiement. Tu écris une page FAQ et une page de contact.
Tu lances à 10 premiers users payants. Tu mesures.
Total de la mise en prod : 28 jours calendaires, à plein temps sur le sujet. Les journées flottent entre "rien ne marche, je dors mal" et "tout déboule, je livre 3 features en une après-midi".
Combien ça coûte vraiment ?
Le budget 2026, reconstitué à partir des tarifs publics des outils, hors valorisation de ton temps founder.
Les abonnements outils
Pour le MVP SaaS B2B décrit plus haut, sur 2 mois (1 mois de build + 1 mois post-launch) :
- Lovable Pro : 25 $/mois × 2 = 50 $ (≈ 47 €)
- Cursor Pro (à partir de semaine 2) : 20 $/mois × 1 = 20 $ (≈ 19 €)
- Supabase : gratuit tant que tu es sous 500 Mo et 50 000 MAU. Pro à 25 $/mois si tu dépasses.
- Vercel Hobby : 0 €
- Resend : gratuit jusqu'à 100 emails/jour
- Domaine : 12 à 30 €/an
- Sentry, Posthog, Plausible : plans free suffisants
Sous-total abos sur 2 mois : 70 à 100 €.
Le temps founder
C'est le poste le plus lourd, et celui que personne ne chiffre. Si tu te valorises à 50 €/h (raisonnable en early-stage), un mois plein de build pèse déjà plusieurs milliers d'euros. À 200 €/h (consultant senior qui se reconvertit), plusieurs dizaines de milliers.
La question utile porte sur ce que tu perds en attendant six mois avant de livrer.
Les coûts cachés qu'on oublie
- Stripe fees : 1,5 % + 0,25 € par transaction sur cartes européennes. Sur 10 abonnements à 49 €, environ 7 € de frais le premier mois.
- Design assets : 0 € si tu utilises Lucide + Heroicons + un logo généré. 50 à 200 € si tu prends un graphiste sur Malt pour un logo propre.
- Outils marketing du jour 1 : Calendly et Notion gratuits, Google Workspace 7 €/mois pour ton email pro.
- Tax compliance : dès le 3e mois si la traction est là, compte 80 à 150 €/mois pour un comptable.
Fourchette réaliste
Budget MVP vibe-codé 2026, hors temps founder : 200 à 800 €. Le bas si tu restes sur les plans gratuits le plus longtemps possible. Le haut si tu prends Lovable + Cursor + Supabase Pro + Vercel Pro + un logo payant. Au-dessus de 800 €, c'est que tu as ajouté des outils dont ton MVP n'a pas besoin.
Le seul coût qui peut exploser est ton temps : 3 à 5 semaines plein temps. En parallèle de ton job ou en deux soirées par semaine, le MVP traîne des mois et la traction passe.
Les erreurs fréquentes sur un MVP vibe-codé
Tu fabriques plus vite, donc tu fabriques aussi plus vite des bugs invisibles. Les trois qui reviennent le plus.
-
Mettre des clés API en clair dans le code généré. L'IA n'a pas honte. Elle te colle un
OPENAI_API_KEY=sk-...dans le frontend si tu le lui demandes mal. Relis les fichiers.envà chaque génération. -
Empiler les prompts au lieu de remanier. Au-delà de 1 000 lignes, prompter "ajoute X" sans nettoyer crée une lasagne illisible. Ouvre Cursor ou Claude Code pour une passe de remaniement complète.
-
Confondre prototype et release-ready. Un MVP qui marche en démo ne survit pas forcément à 50 users concurrents. Teste le flow critique sur deux navigateurs, vérifie les RLS Supabase, désactive les seeds de test.
Pour la liste complète (10 erreurs classées par gravité et probabilité), va voir les erreurs vibe coding.
Après le MVP, c'est quoi la suite ?
Trois questions arrivent dans les 30 jours suivant le lancement.
Sécuriser et monitorer (le minimum vital)
Pas besoin d'un pentest de 8 000 €. Cinq vérifs suffisent.
- Toutes tes clés API sont en variables d'environnement, pas dans le code.
- Tes RLS Supabase sont activées sur toutes les tables.
- Sentry t'alerte en cas d'erreur en prod.
- Tu as une sauvegarde automatique de la base (Supabase Pro le fait, en free tu exportes chaque semaine).
- Tu as un plan si Stripe te détecte du chargeback ou de la fraude.
C'est suffisant pour les six premiers mois.
Quand passer au dev classique (signaux concrets)
Trois signaux te disent qu'il est temps de recruter ou d'externaliser.
- Ton volume dépasse les plans free / pro et le code ne tient plus une réécriture.
- Tu passes plus de temps à débugger qu'à livrer.
- Tu signes un client qui exige SLAs, SOC2 ou HDS, hors de portée de ta stack actuelle.
Si un ou deux signaux apparaissent, cherche un freelance senior ou un premier dev en CDI selon ta runway.
Levée pre-seed avec un MVP vibe-codé
En 2026, un fonds pre-seed regarde d'abord la traction et l'équipe, avant la pureté technique du code. Un MVP vibe-codé avec des clients payants se place mieux qu'un code propre sans utilisateurs.
Trois positions te coûtent le rendez-vous : prétendre que tu as un produit "ML propriétaire" quand tu fais des appels OpenAI en clair, cacher la stack vibe-codée quand un VC demande l'audit code, ou pitcher une scalabilité que tes outils ne tiennent pas.
Tu ne deviens pas développeur pour autant : tu deviens chef de projet d'une IA qui code, et c'est exactement ce qu'un MVP demande. Quatre semaines plus tard, tu as un produit en prod, des utilisateurs qui paient ou qui critiquent (les deux sont utiles), et un point de départ pour décider la suite : recruter, externaliser, ou continuer à vibecoder. Pour replacer cet article dans le cadre plus large, voir le pillar vibe coding c'est quoi.
FAQ
Mon MVP vibe-codé est-il "vrai" ou un prototype jetable ?
C'est un produit exploitable si tu peux le déployer sur ton domaine, si l'auth fonctionne, si le paiement encaisse et si tu peux le faire évoluer. C'est un prototype si tu ne peux pas le déployer hors de Lovable ou Bolt, ou si chaque modification casse autre chose. Ouvre un fichier du code livré : s'il a du sens, tu tiens un produit.
Combien de users mon MVP peut-il supporter ?
Avec une stack Lovable / Supabase / Vercel sur leurs plans Pro, tu tiens sans problème 1 000 à 5 000 users actifs par mois. Au-delà, tu touches des limites (Edge functions Supabase, bande passante Vercel) qui demandent un upgrade ou une refactorisation. Pour la grande majorité des MVP early-stage, ce plafond n'arrive pas la première année.
Un VC va-t-il prendre au sérieux un MVP vibe-codé ?
En 2026, oui, à condition d'être transparent sur la stack. Les fonds pre-seed et seed évaluent l'équipe, le marché, la traction, pas la noblesse du code. Un MVP vibe-codé avec des revenus mensuels récurrents se valorise mieux qu'un code custom écrit par un CTO embauché trop tôt sans clients.
Faut-il avoir codé avant pour vibecoder un MVP ?
Non. Tu as besoin de comprendre trois choses : ce qu'est une base de données (lignes, colonnes, relations), ce qu'est une variable d'environnement, et ce qu'est un déploiement. Tu peux apprendre ces trois concepts en une après-midi. Pour aller plus loin sur la prise en main outils et prompts, voir le tutoriel apprendre le vibe coding.
