Vibecoder ton MVP, c'est shippable 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 vérifié : 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 vrais users 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 vrai code. Si tu cherches d'abord la définition de vibe coding c'est quoi, commence là, puis reviens ici pour le ship.
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 users en face.
Trois raisons pratiques de vibecoder ton MVP
-
La vitesse. Un MVP vibe-codé démarre dans l'heure. Un dev recruté démarre dans trois mois (sourcing, entretiens, onboarding, premier ticket). Sur un MVP, le coût d'un trimestre de retard est rarement compensé par la qualité technique.
-
Le coût comptant. Tu paies 20 à 90 € d'abonnements sur la durée du build, pas 6 000 à 20 000 € de prestation. 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 cas où vibecoder ton MVP est une mauvaise idée
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). Le vibe coding shippe vite du CRUD avec UI propre. Il ne réinvente pas un algorithme. Si ta valeur est l'algo, embauche d'abord.
Pour les autres cas (90 % 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 qui ruine 80 % des 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. Voici comment scoper selon ton 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 a une vraie 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 tirer dans le pied.
- 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 réel 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 vraie copy. 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 ship-to-prod : 28 jours calendaires, environ 130 à 180 heures founder time. Pas 4 semaines à 70 h. 4 semaines à 30-45 h, avec des journées qui flottent entre "rien ne marche, je dors mal" et "tout déboule, je shippe 3 features en une après-midi".
Combien ça coûte vraiment ?
Personne n'écrit ce chiffre en clair. Voici le budget vérifié 2026, 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 vrai coût, et celui que personne ne chiffre. Si tu te valorises à 50 €/h (raisonnable en early-stage), 150 heures représentent 7 500 €. À 200 €/h (consultant senior qui se reconvertit), 30 000 €.
La vraie question n'est pas combien tu vaux à l'heure. C'est combien tu vaudras en moins si tu attends 6 mois pour shipper.
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 que ton MVP n'a pas besoin.
Le seul coût qui peut exploser est ton temps : 3 à 5 semaines plein temps. Pas en parallèle de ton job, pas en deux soirées par semaine. Sinon le MVP traîne 4 mois et la traction passe.
Les erreurs qui ruinent un MVP vibe-codé
Le vibe coding accélère la fabrication. Il accélère aussi la fabrication 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 refactor. Au-delà de 1 000 lignes, prompter "ajoute X" sans nettoyer crée une lasagne illisible. Ouvre Cursor ou Claude Code pour une vraie passe de refacto.
-
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 te ping 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.
Suffisant pour 6 premiers mois.
Quand passer au "vrai" dev (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'à shipper. Le retour sur prompt s'est inversé.
- Tu signes un client qui exige SLAs, SOC2 ou HDS. Le vibe coding ne te couvre plus.
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é : ce qui passe, ce qui ne passe pas
En 2026, la plupart des fonds pre-seed français regardent la traction et l'équipe avant la pureté technique du code. Un MVP vibe-codé avec 30 clients payants se place mieux qu'un dev propre sans users.
Ce qui ne passe pas : 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. Un VC pre-seed regarde la traction et l'équipe, pas la pureté technique du code.
FAQ
Mon MVP vibe-codé est-il "vrai" ou un prototype jetable ?
C'est un vrai produit si tu peux le déployer sur ton domaine, l'auth fonctionne, le paiement encaisse, et 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, c'est un vrai 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 90 % des MVP early-stage, ce plafond n'arrive pas avant 12 à 18 mois.
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.
Le vibe coding ne te transforme pas en développeur. Il te transforme en 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 users 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.
