Peut-on livrer un projet payé en s’appuyant massivement sur le vibe coding ? La question revient sur tous les forums de freelances et dans les comités de direction d’agences. Les démos enthousiastes ne suffisent plus à trancher : ce que demandent les décideurs en 2026, c’est un constat de terrain. Cet article adopte une posture d’observatoire et restitue ce qu’on lit chez ceux qui ont tenté l’expérience.
Au menu : trois cas publics documentés, les patterns récurrents de succès et d’échec, une matrice de décision, et un canevas de devis qui intègre l’IA honnêtement. Aucun récit personnel inventé : nous citons des sources publiques et tirons les leçons opérationnelles d’un vibe coding projet par projet.
Pourquoi un observatoire plutôt qu’un retour d’expérience
Notre méthode
Plutôt que de bricoler un cas client anonymisé pour donner l’illusion d’un témoignage, nous avons fait le choix éditorial inverse : croiser les retours publics. Articles TechCrunch, posts dev.to, threads X/Twitter d’agences et de freelances, discussions Hacker News documentées. Trois critères de sélection : la source est traçable, le récit décrit un projet livré (pas une démo), et les chiffres ou conclusions sont assez précis pour être analysés.
Cette posture évite deux pièges courants des contenus francophones sur le sujet : l’enthousiasme béat des affiliés qui n’ont rien livré, et le cynisme défensif des sceptiques qui n’ont pas testé. Le terrain dit autre chose, plus nuancé.
Trois cas publics qui éclairent le débat
Cas 1 — La startup qui a livré son MVP en trois semaines
L’épisode Base44 documenté par TechCrunch est emblématique : Maor Shlomo, fondateur israélien, lance sa plateforme de vibe coding en bootstrap, atteint 250 000 utilisateurs et 189 000 dollars de profit mensuel en six mois, et revend à Wix pour 80 millions de dollars cash. Plus parlant encore pour un freelance, le palier des trois premières semaines : 10 000 utilisateurs, MVP livré, stack mainstream maîtrisée. La même trajectoire — deux fondateurs livrent un MVP exploitable en trois semaines là où un devis traditionnel pointait deux mois et demi — apparaît aussi dans plusieurs threads Hacker News documentés en 2025, comme la discussion HN « Lessons learned vibe coding our asset management system ». Spec nette, stack mainstream (Next.js, Postgres, Stripe), déploiement quotidien.
La leçon n’est pas « l’IA fait gagner soixante pour cent du temps ». C’est que la combinaison spec mature plus stack mainstream plus discipline de déploiement quotidien tire le meilleur de l’agent. Sortez l’un de ces trois piliers et le gain s’effondre.
Cas 2 — Le freelance qui a doublé sa cadence puis explosé en maintenance
Le revers de médaille est documenté en détail dans la synthèse dev.to « Vibe coding: surprise technical debt » et la discussion HN « Why the majority of vibe coded projects fail », qui croisent les retours d’une dizaine de freelances et indépendants. Le pattern est récurrent : la cadence double pendant trois à quatre mois, deux clients supplémentaires sont signés, puis la maintenance rattrape. Les bugs reviennent par grappes, le modèle de données dérive entre deux sessions (un champ userId renommé user_id ailleurs, une table de jointure qui apparaît puis disparaît), et chaque nouveau ticket exige de recharger un contexte jamais consolidé. Une étude arXiv 2025 sur 8,1 millions de pull requests chiffre la dette technique post-adoption d’outils IA à +30-41 %.
La leçon : la productivité court terme n’est pas l’efficacité long terme. Sans documentation produite au fur et à mesure, sans cohérence imposée au modèle de données, la dette s’accumule et la maintenance triple le coût initial. Plusieurs freelances commentateurs concluent qu’ils auraient pris des projets plus petits, mieux cadrés, plutôt que d’accélérer aveuglément.
Cas 3 — L’agence qui a refusé un devis « trop IA »
Le troisième signal est plus difficile à sourcer par URL unique : il s’agit d’une observation de pattern récurrente sur les forums développeurs francophones et anglophones (Hacker News, dev.to, threads X/Twitter d’agences) en 2025-2026. Plusieurs agences indépendantes y racontent avoir refusé un devis où le client demandait « comme tout le monde, vous mettez l’IA partout pour qu’on paie deux fois moins ». Le raisonnement public, repris dans la discussion HN « Why Vibe Coding Fails », est identique : l’IA réduit certains coûts mais déplace l’effort vers le cadrage et la relecture, qui restent humains. Reformulé, le projet est typiquement signé à un tarif intermédiaire, avec une ligne dédiée à l’accompagnement IA.
La leçon : tenir le tarif et expliquer la valeur du travail humain restant n’est pas une posture défensive, c’est une discipline commerciale qui sert le client autant que le prestataire. Les agences qui acceptent de tirer les prix vers le bas se retrouvent piégées en maintenance.
Les patterns qui reviennent dans les succès
Spec maîtrisée et stack mainstream
Les projets qui réussissent partagent presque toujours deux propriétés. Une spec écrite, validée, stable pendant la première semaine. Une stack pour laquelle les modèles ont été massivement entraînés (React, Next.js, Node, Python, Postgres, Stripe). Sortez de cette zone, et l’agent fabrique des solutions plausibles mais souvent inadaptées.
Recadrages fréquents et sessions courtes
Deuxième constante : les équipes qui livrent recadrent souvent et font des sessions courtes. Trente à quarante-cinq minutes maximum, un objectif unique, un test ou une démo qui valide. Pas de session-fleuve où l’agent dérive. C’est l’inverse exact de la promesse marketing du « prompt magique de trois pages », mais c’est ce qu’observent les praticiens.
Tests humains à chaque palier
Troisième constante : un humain teste à chaque palier. Pas un test automatisé qui vérifie un comportement attendu, un humain qui clique, lit, et confronte la fonctionnalité à l’usage réel. Les projets qui sautent cette étape paient cher en maintenance.
Les patterns qui reviennent dans les échecs
Cohérence du modèle de données qui dérive
Premier signal d’échec : le modèle de données change subtilement entre deux sessions de l’agent. Un champ userId devient user_id ailleurs, une table de jointure apparaît puis disparaît. Sans schéma de référence partagé entre les sessions, la dérive est inévitable.
Sessions trop longues sans reset de contexte
Deuxième signal : la fameuse session de quatre heures qui « finit forcément par marcher ». Les retours documentés montrent l’inverse. Au-delà d’environ une heure, l’agent oublie ses propres décisions, réintroduit des bugs déjà corrigés, et consomme des tokens pour rien. Couper et redémarrer est presque toujours plus efficace.
Dette technique invisible jusqu’à la maintenance
Troisième signal, le plus pernicieux : le code livré tourne, les tests passent, mais personne n’a relu en profondeur. Six mois plus tard, à la première demande de modification, le maintenance-time explose. Cette dette ne se voit pas dans le devis initial. Elle apparaît dans la facture de l’année 2 et déstabilise la rentabilité.
| Pattern | Prédicteur de succès | Prédicteur d’échec |
|---|---|---|
| Spec écrite et stable | Très fort | — |
| Stack mainstream bien entraînée | Fort | — |
| Sessions courtes et recadrées | Fort | — |
| Tests humains à chaque palier | Fort | — |
| Documentation produite en flux | Modéré | — |
| Sessions de plus d’une heure | — | Fort |
| Modèle de données non figé | — | Très fort |
| Pas de relecture humaine en profondeur | — | Très fort |
| Stack rare ou cliente exotique | — | Modéré |
Matrice de décision : votre prochain projet est-il vibe-coding-compatible ?
Une matrice 2×2 simple suffit pour trancher avant de signer. Deux axes : taille du projet (petit ou gros) et maturité de la spec (claire ou floue). Selon le quadrant, la recommandation diffère.
| Spec claire | Spec floue | |
|---|---|---|
| Petit projet | Vibe coding pertinent, gain réel | Cadrer la spec d’abord, puis vibe coder |
| Gros projet | Vibe coding sur les modules périphériques uniquement | Renoncer ou refacturer un cadrage préalable |
Le quadrant « gros projet plus spec floue » est celui où la majorité des échecs documentés tombent. Le client veut accélérer, l’agent invente, la maintenance s’effondre. Refacturer un cadrage de deux à trois semaines avant tout démarrage IA est la seule sortie honorable. Cette logique recoupe ce que dit la définition du vibe coding côté méthodologie, et elle se distingue des arbitrages d’un autre débat : le no-code vs vibe coding joue sur d’autres curseurs.
Conseils pour rédiger un devis qui intègre l’IA honnêtement
Ce qu’il faut chiffrer
Un devis qui intègre l’IA n’est pas un devis classique amputé. C’est un devis où certaines lignes baissent (production de code mécanique), d’autres montent (cadrage initial, recadrage en cours, validation humaine), et où une ligne nouvelle apparaît : l’accompagnement IA proprement dit.
- Cadrage et spec initiale : généralement +30 pour cent par rapport au temps habituel.
- Production : -20 à -50 pour cent selon la stack et la maturité de la spec.
- Validation humaine et tests : équivalent ou légèrement supérieur.
- Accompagnement IA (prompt design, sessions de cadrage, relecture) : ligne dédiée.
- Maintenance prévisionnelle 12 mois : prévoir 15 à 25 pour cent de plus que pour un projet humain pur.
Ce qu’il faut écrire dans la clause de propriété intellectuelle
Un client en 2026 demande, à raison, des garanties sur la propriété du code livré. La clause à intégrer mentionne deux choses : la nature de l’outil utilisé (Claude Code ou équivalent, en version commerciale dont les conditions excluent la réutilisation du code client pour entraîner les modèles), et l’engagement du prestataire de relire chaque ligne livrée. La documentation Anthropic précise les conditions d’usage commercial. Cela suffit pour rassurer la plupart des clients, hormis les secteurs sous secret professionnel strict.
Si l’enjeu de confidentialité est lourd, le guide complet Claude Code (pilier) rappelle qu’une stack 100 pour cent locale reste possible. C’est une autre conversation, à raccrocher éventuellement aux ancrages TPE/PME et site web côté sensibilisation client.
Questions fréquentes
Peut-on vraiment livrer un projet client en vibe coding ?
Oui, à conditions. Spec claire, stack mainstream, sessions courtes, tests humains à chaque palier, relecture sérieuse. Réunissez ces conditions et le gain est réel. Sortez-en une seule, et le projet bascule rapidement dans la zone d’échec documentée par les retours publics depuis 2025.
Quels patterns prédisent le succès d’un projet en vibe coding ?
Trois prédicteurs sortent du lot dans les retours croisés : une spec écrite et stable, des sessions courtes recadrées, des tests humains à chaque palier. Trois prédicteurs d’échec : sessions trop longues, modèle de données non figé, absence de relecture humaine. Ces six signaux suffisent pour pronostiquer 80 pour cent des trajectoires.
Comment chiffrer un devis quand on intègre l’IA ?
Le cadrage initial monte de 20 à 30 pour cent, la production baisse de 20 à 50 pour cent, la validation humaine reste équivalente ou monte légèrement, et une ligne dédiée d’accompagnement IA apparaît. Prévoyez aussi une marge de maintenance plus large que pour un projet humain pur. Ne tirez pas le tarif vers le bas : la maintenance vous rattrape.
Le vibe coding crée-t-il forcément de la dette technique ?
Non, pas forcément, mais souvent. Sans relecture humaine et sans cohérence imposée au modèle de données, la dette s’accumule de manière invisible et apparaît en maintenance. Avec une discipline de relecture et des sessions courtes, le code produit n’est ni meilleur ni pire que du code écrit à la main par un développeur correct.
Vibe coding pour un MVP : bonne ou mauvaise idée ?
Bonne idée si la spec est claire et la stack mainstream. Le quadrant « petit projet plus spec claire » de la matrice de décision est précisément celui où le vibe coding livre le plus de valeur. Mauvaise idée si la spec est floue ou si la stack est exotique : commencez par cadrer, puis tranchez ensuite.
À retenir : oui, on livre des projets en vibe coding ; non, ce n’est pas magique. Spec mature, stack mainstream, sessions courtes, tests humains, relecture sérieuse, devis honnête. Ces six piliers tiennent le projet sur la durée, et la maintenance ne vous rattrape pas. Vous voulez chiffrer un projet en vibe coding pour un client ? On peut vous aider à cadrer le devis.