No-code vs vibe coding vs développeur : comment choisir ?

Un fondateur m'a contacté en janvier dernier. Il en était à sa troisième réécriture en 18 mois. D'abord Bubble, puis Lovable, puis un dev freelance. 45 000 € et un an et demi pour arriver au même point qu'un choix réfléchi dès le départ aurait atteint en quatre mois.

Son erreur ? Pas d'avoir choisi le mauvais outil. C'était de ne pas avoir posé les bonnes questions avant de commencer.

No-code, vibe coding, développeur classique — trois approches, trois structures de coûts, trois trajectoires. Voici la grille de décision que j'utilise avec les fondateurs que j'accompagne.

Les 3 approches en 30 secondes

Le no-code (Bubble, Webflow, Glide) : vous assemblez des blocs visuels. L'outil gère l'hébergement, la base de données, l'interface. Aucune ligne de code. Vous êtes locataire de la plateforme — avec les avantages et les contraintes que ça implique.

Le vibe coding (Lovable, Bolt, Cursor) : vous décrivez ce que vous voulez en langage naturel, une IA génère le code source. Vous obtenez du vrai code, hébergeable où vous voulez. C'est du développement assisté par IA, pas du no-code — la différence est fondamentale.

Le développeur classique (freelance, agence, salarié) : un humain écrit le code. Plus lent, plus cher au démarrage. Mais vous avez le contrôle total, et surtout quelqu'un qui comprend ce qu'il a construit.

La confusion entre ces trois catégories coûte cher. J'ai vu des fondateurs traiter Lovable comme du no-code — et être surpris quand il a fallu toucher au code pour une simple intégration Stripe. J'en ai vu d'autres embaucher un dev senior pour un landing page qui aurait pris 2 heures sur Webflow.

La matrice de décision : 6 critères qui comptent

Voici le tableau que j'aurais aimé avoir quand je conseillais mes premiers clients sur ces choix.

Ce que ce tableau ne montre pas, c'est la dynamique dans le temps.

Le coût initial du no-code est trompeur. Un fondateur m'a dit en souriant : "Bubble, c'est gratuit pour commencer." Oui. Mais à 500 utilisateurs, son abonnement était passé à 300 €/mois. À 2 000, les pages mettaient 4 secondes à charger. Et migrer vers du vrai code lui a coûté plus cher que s'il avait commencé par là.

Le vibe coding a un piège différent : le code existe, il tourne, mais personne ne le comprend. Le jour où ça casse en production — et ça finit toujours par arriver — vous êtes coincé. J'ai audité une app Lovable dont le fondateur ne pouvait pas expliquer comment fonctionnait son propre système de paiement. Le code faisait 3 000 lignes, et même le dev freelance qu'il avait embauché pour "corriger un bug" a mis une semaine à s'y retrouver.

Le développeur classique, lui, est cher au démarrage. Mais c'est le seul scénario où quelqu'un comprend intimement ce qu'il a construit. Ça, ça a une valeur qu'on ne mesure qu'au premier incident en production.

Le vrai coût que personne ne mentionne : la migration

Le fondateur aux 3 migrations dont je parlais en introduction ? Voici ce qui s'est passé.

Bubble d'abord. Landing page, inscription, tableau de bord basique. 3 mois de travail le soir et le week-end. Ça marche. 50 premiers utilisateurs. Puis il veut intégrer Stripe avec une logique d'abonnement sur mesure. Bubble ne le permet pas nativement. Il bidouille avec des plugins tiers. Ça tient, mais c'est fragile.

Lovable ensuite. Il "passe au code". Lovable lui génère une app React en 2 semaines. La logique métier de Bubble ? Réécrite à zéro. Les données utilisateurs ? Export CSV, reimport manuel, 3 jours de galère. Coût de cette transition : 15 000 € (un freelance pour "ajuster" le code Lovable).

Le freelance finit par lâcher : "ce code est inmaintenable, il faut repartir de zéro." Nouveau devis : 30 000 €.

Total : 45 000 € et 18 mois. Pour un produit qu'un choix posé dès le départ aurait permis de construire en 4 mois pour 15 000-20 000 €.

La leçon est simple : le coût de développement, ce n'est pas le prix de l'outil. C'est le prix de la migration quand l'outil ne suffit plus. Chaque changement d'approche en cours de route = 6 à 12 mois de retard et tout le code précédent à la poubelle.

Quelle approche selon votre stade

Plutôt qu'un avis définitif sur "la meilleure approche" (il n'y en a pas), voici comment je raisonne quand un fondateur me pose la question.

Vous validez une idée → no-code

Pas de clients. Vous testez un concept. Vous voulez montrer quelque chose à des investisseurs ou des early adopters.

Ne dépensez pas un euro en développement tant que vous n'avez pas prouvé que des gens veulent votre produit. Un Typeform connecté à un Airtable fait le job pour valider 80 % des idées. Webflow pour un site vitrine avec liste d'attente. Pas besoin de plus.

Vous construisez un MVP → vibe coding

L'idée est validée, les premiers retours sont là, il faut un vrai produit. Le vibe coding est le sweet spot : du vrai code, rapidement, pour une fraction du coût d'un dev.

Un fondateur que j'ai accompagné a construit son MVP SaaS B2B avec Lovable en 6 semaines. Premiers clients payants au bout de 2 mois. Coût total : 2 000 € — dont 800 € pour un audit de code qui a détecté 2 failles de sécurité critiques avant la mise en prod. Vs les 25-40 000 € qu'un dev classique aurait coûté.

Mais faites auditer le code avant la production. Systématiquement. Le code généré par IA fonctionne, mais il contient presque toujours des failles de sécurité : secrets exposés dans le code source, authentification côté client, absence de rate limiting. Des choses invisibles quand on n'est pas développeur.

Vous scalez → développeur (ou hybride)

Au-delà de 500-1 000 utilisateurs actifs, vous avez besoin de quelqu'un qui comprend le code. Pas forcément un CTO à plein temps — un CTO à temps partagé ou un dev senior en freelance peut suffire au début.

Le scénario le plus rentable que j'ai observé : garder le code IA comme base, recruter un dev pour le stabiliser et l'optimiser. Ça marche si — et seulement si — le code a été audité tôt.

La startup qui a "bien fait les choses" ? Un SaaS B2B. Cœur métier codé par un freelance senior dès le départ (12 000 €). Pages admin et back-office générées avec Lovable (500 €). Un audit à la livraison (800 €). MVP complet en 3 mois, solide dès le premier jour. Économie estimée vs tout en dev classique : environ 50 000 €.

Ce que je retiens après 50+ audits

Je ne suis pas dogmatique sur ce sujet. La semaine dernière encore, j'ai audité du code Lovable qui était honnêtement propre. Quelques failles classiques à corriger, mais rien qui justifie une réécriture. 2 000 € de corrections et c'était prêt pour la production. À l'inverse, j'ai vu du code écrit par des développeurs à 500 €/jour qui était une catastrophe.

L'outil ne fait pas la qualité. Ce qui fait la différence, c'est le moment où vous prenez du recul et faites vérifier.

Les fondateurs qui s'en sortent le mieux acceptent une chose : l'approche de départ n'est pas forcément l'approche définitive. Ils prévoient la transition dès le jour 1. Ils ne confondent pas "ça tourne sur mon écran" et "c'est prêt pour 1 000 utilisateurs". Et surtout, ils investissent 800 € dans un audit plutôt que 30 000 € dans une réécriture.

Ce qui me surprend encore, c'est le nombre de fondateurs qui choisissent leur approche technique sur la base d'un thread Twitter ou d'une démo YouTube. "J'ai fait mon app en 2 heures avec Lovable !" Oui, et il te faudra 2 mois pour la rendre utilisable par de vrais clients qui paient.

Le choix technique est un choix business. Traitez-le comme tel : avec des critères, des chiffres, et un regard extérieur. Pas avec de l'enthousiasme.

Si vous hésitez encore, demandez un diagnostic. En 30 minutes, je vous dis quelle approche correspond à votre situation, votre budget et votre ambition. Et si vous avez déjà du code — no-code, IA ou développeur — un audit vous dira exactement où vous en êtes.