La réponse courte : le no-code sert à valider, le sur mesure sert à construire. Si vous testez une hypothèse de marché, le no-code est imbattable en vitesse et en coût initial. Si votre SaaS est destiné à devenir votre actif principal, avec des clients payants, des données sensibles et une logique métier qui vous est propre, le développement sur mesure devient nécessaire, pas par principe, mais parce que le no-code atteint un plafond structurel : performance, propriété du code, coûts qui dérivent avec l’usage.
En 2026, cette question s’est compliquée d’un étage : aux plateformes no-code historiques comme Bubble s’est ajoutée une vague d’outils de génération d’applications par IA, Lovable et Bolt en tête. Ils déplacent les lignes sans changer la conclusion de fond. Cet article fait le point honnêtement : ce que ces outils font très bien, où se situe le plafond, ce que coûte chaque option sur trois ans, et la voie médiane que nous recommandons le plus souvent.
L’état du no-code en 2026 : Bubble et la vague des générateurs d’applications par IA
Le paysage a profondément changé en deux ans. D’un côté, les plateformes no-code classiques ont mûri : Bubble reste la référence pour construire une application web complète sans coder, avec base de données intégrée et logique métier visuelle. Ses plans vont d’environ 29 à 349 dollars par mois (hors offre entreprise), avec une facturation à l’usage en « workload units » qui mesure chaque opération exécutée par votre application.
De l’autre, les générateurs d’applications par IA ont explosé. Lovable, qui génère des applications web complètes à partir d’instructions en langage naturel, a atteint 200 millions de dollars de revenu récurrent annuel en novembre 2025, levé 330 millions de dollars sur une valorisation de 6,6 milliards en décembre 2025, puis dépassé les 400 millions de revenu récurrent début 2026, avec plus de 100 000 projets créés chaque jour sur la plateforme. Bolt (StackBlitz) et v0 (Vercel) occupent le même terrain avec un positionnement plus orienté développeurs. À côté, des outils comme Framer ou Webflow couvrent le versant sites marketing.
Ces chiffres disent une chose vraie : produire une application fonctionnelle n’a jamais été aussi rapide ni aussi accessible. Ils ne disent pas que cette application est prête pour la production. L’étude 2025 de Veracode sur le code généré par IA, menée sur plus de 100 modèles, a mesuré que 45 % des tâches de code générées introduisent des failles de sécurité connues du référentiel OWASP. Générer vite et exploiter sereinement sont deux problèmes différents.
Ce que le no-code fait très bien
Soyons clairs : le no-code et les générateurs IA ne sont pas des gadgets. Ils sont aujourd’hui la meilleure option dans plusieurs situations :
- Valider une hypothèse de marché. Mettre un produit testable entre les mains d’utilisateurs en quelques jours, avant d’investir un budget de développement, est exactement ce pour quoi ces outils excellent.
- Construire un prototype de démonstration. Pour pitcher, recueillir des intentions d’achat ou tester un parcours, un prototype Lovable ou Bubble suffit largement.
- Les outils internes. Un tableau de bord d’équipe, un CRM léger, un outil de gestion interne : si les utilisateurs sont vos collaborateurs et les volumes modestes, le no-code est souvent le choix rationnel durable.
- Les premières automatisations. Connecter vos outils entre eux avec Make, Zapier ou n8n évite de développer des intégrations qui n’apportent aucune différenciation.
- Le coût initial. Quelques centaines d’euros d’abonnement contre plusieurs dizaines de milliers d’euros de développement : pour tester, le calcul est vite fait.
Le plafond du no-code pour un SaaS
Le plafond ne se voit pas au lancement. Il apparaît quand le produit commence à fonctionner, c’est-à-dire au pire moment.
La performance et la montée en charge
Les plateformes no-code mutualisent leur infrastructure et imposent des limites structurelles. Sur Bubble, par exemple, les recherches triées se dégradent au-delà de quelques dizaines de milliers d’enregistrements et les workflows longs sont interrompus au-delà d’un seuil de durée. Ce ne sont pas des bugs, ce sont les frontières du modèle. Un SaaS qui réussit accumule des données et des utilisateurs : il avance mécaniquement vers ces frontières.
Les données et le multi-tenant
Un SaaS B2B sérieux doit garantir l’isolation des données de chaque client, gérer des rôles et permissions fins, et souvent répondre à des exigences de conformité (RGPD, localisation des données, journaux d’audit). Les plateformes no-code permettent d’approcher ces besoins, mais avec des mécanismes génériques que vous ne contrôlez pas en profondeur. Sur du sur mesure, l’architecture multi-tenant est conçue pour votre cas : c’est précisément le genre de fondation qu’on ne rattrape pas après coup.
La propriété et la dépendance
C’est la limite la plus importante pour un dirigeant. Bubble ne permet pas d’exporter le code source de votre application : vous possédez vos données et votre contenu, mais le moteur qui fait tourner votre produit appartient à la plateforme. Votre SaaS, c’est-à-dire votre actif, vit chez un tiers qui fixe ses prix et ses règles. Les générateurs IA comme Lovable ou Bolt produisent du code que vous pouvez récupérer, ce qui est un vrai progrès, mais ce code généré sans architecture d’ensemble devient difficile à maintenir dès qu’il dépasse la taille d’un prototype, et les chiffres de Veracode rappellent ce qu’il peut contenir.
Les coûts qui dérivent avec l’usage
La facturation à l’usage est indolore au début et punitive ensuite. Sur Bubble, chaque action de votre application consomme des workload units : plus votre SaaS a de clients, plus la facture monte, avec des dépassements facturés au-delà du forfait. Vous payez donc proportionnellement à votre succès, sur une grille que vous ne maîtrisez pas. En sur mesure, l’hébergement croît aussi avec l’usage, mais sur des coûts d’infrastructure standards, sans prime de plateforme.
Coût comparé sur 3 ans : le calcul que personne ne fait au départ
Comparer le coût du premier mois est trompeur. Le bon horizon pour un SaaS est trois ans.
- Scénario no-code : quelques centaines d’euros par mois d’abonnements et de consommation au départ, montant avec l’usage, plus le temps ou le prestataire no-code pour construire et maintenir l’application. Si le produit décolle, ajoutez le poste le plus lourd : la reconstruction en sur mesure, car la migration depuis une plateforme sans export de code est en réalité une réécriture. Le budget no-code initial devient alors un coût d’apprentissage, ce qui est acceptable s’il a été pensé comme tel dès le départ.
- Scénario sur mesure : un investissement initial de 15 000 à 50 000 euros pour une première version (les fourchettes détaillées sont dans notre article sur le prix d’un MVP en 2026), puis une maintenance représentant couramment 15 à 25 % du budget initial par an. En contrepartie : un actif que vous possédez, des coûts d’infrastructure standards, et aucune réécriture imposée par la plateforme.
Le point de bascule dépend de votre trajectoire. Pour un produit qui reste petit, le no-code gagne sur trois ans. Pour un SaaS qui trouve son marché, le sur mesure direct ou précoce revient presque toujours moins cher que no-code puis réécriture sous contrainte. S’ajoute un facteur que le tableur ne montre pas : lors d’une levée de fonds ou d’une cession, un produit dont vous ne possédez pas le code se valorise mal.
La voie médiane : valider en no-code, construire en sur mesure
Dans la majorité des cas que nous rencontrons, la bonne réponse n’est ni l’un ni l’autre, mais une séquence :
- Phase 1 : valider avec le no-code. Prototype Lovable ou Bubble, landing page, premiers utilisateurs, premières ventes si possible. Objectif : prouver que le problème existe et que des gens paieraient pour la solution. Budget contenu, et surtout, considéré dès le départ comme jetable.
- Phase 2 : construire en sur mesure une fois l’hypothèse validée. Pas en répliquant le prototype à l’identique, mais en construisant la fondation du vrai produit : architecture multi-tenant propre, code dont vous êtes propriétaire, base saine pour les trois prochaines années.
Ce séquençage évite les deux erreurs symétriques : investir 40 000 euros dans un produit dont personne ne veut, et faire grandir un produit qui marche sur des fondations qu’il faudra démolir. La condition de réussite : décider à l’avance du critère de bascule (nombre de clients payants, revenu mensuel, signal d’usage), pour ne pas s’installer par inertie dans la phase 1.
Les signaux qu’il est temps de migrer vers le sur mesure
- Vous avez des clients payants réguliers et votre produit est devenu un engagement contractuel, plus une expérimentation.
- Les limites techniques dictent votre roadmap : des fonctionnalités attendues par vos clients sont impossibles ou bancales sur la plateforme.
- La facture de la plateforme croît plus vite que votre revenu, notamment via la consommation à l’usage.
- Vos clients ou prospects posent des questions de sécurité et de conformité auxquelles la plateforme ne vous permet pas de répondre précisément.
- Les temps de réponse se dégradent à mesure que vos données grossissent, et vous n’avez aucun levier d’optimisation réel.
- Une levée de fonds ou une cession se profile et la due diligence technique exigera un actif que vous possédez.
Deux signaux suffisent. Trois, et chaque mois d’attente augmente le coût de la migration.
Comment PeakLab aborde la question
Chez PeakLab, nous sommes une agence de développement sur mesure, et notre conseil honnête est pourtant souvent de commencer sans nous : si votre hypothèse n’est pas validée, un prototype no-code est la dépense la plus intelligente. Notre travail commence quand le produit doit devenir un actif : notre offre MVP livre une première version sur mesure en production en 21 jours, avec l’intégralité du code livré et la propriété contractuelle du code, et notre accompagnement SaaS couvre la construction et l’évolution du produit, y compris la reprise de produits nés en no-code arrivés à leur plafond.
Plus de 20 projets livrés et une note de 4,9/5 sur Google (18 avis) plus tard, notre constat de terrain est stable : les fondateurs ne regrettent presque jamais d’avoir validé en no-code, ils regrettent d’avoir attendu deux ans de trop pour en sortir. Nos cas clients montrent concrètement ce que donne la bascule vers le sur mesure.
Peut-on lancer un vrai SaaS rentable entièrement en no-code ?
Oui, des SaaS rentables tournent sur Bubble ou des stacks no-code, en particulier sur des niches B2B à volumes modestes. La question n’est pas la possibilité, c’est la trajectoire : si votre ambition est un produit qui grandit, accumule des données et devient votre actif principal, le plafond du no-code finira par se présenter, et mieux vaut l’avoir anticipé.
Lovable et Bolt remplacent-ils une équipe de développement ?
Non. Ils remplacent une partie de l’écriture du code, qui n’a jamais été le seul coût d’un produit. Le cadrage, l’architecture, la sécurité, les tests et la mise en production restent un travail d’ingénierie. L’étude Veracode 2025 a mesuré que 45 % des tâches de code générées par IA introduisent des failles de sécurité : un produit généré vite n’est pas un produit exploitable en confiance.
Combien coûte la migration d’un SaaS no-code vers du sur mesure ?
C’est en pratique une reconstruction, donc le coût d’un développement sur mesure classique : le plus souvent entre 15 000 et 50 000 euros pour une première version solide, selon le périmètre. Le prototype no-code n’est pas perdu pour autant : il sert de spécification vivante, ce qui réduit fortement le risque de cadrage, le poste le plus coûteux des projets ratés.
Suis-je propriétaire de mon application construite sur Bubble ?
Vous êtes propriétaire de vos données, de votre contenu et de la conception de votre application, mais pas du moteur qui l’exécute : Bubble ne permet pas d’exporter le code source. Votre application ne peut donc pas quitter la plateforme telle quelle. Les générateurs IA comme Lovable produisent en revanche du code récupérable, dont la qualité doit être auditée avant toute mise en production sérieuse.
Quel est le bon moment pour passer du no-code au sur mesure ?
Dès que deux signaux convergent : clients payants réguliers, limites techniques qui bloquent la roadmap, facture de plateforme qui dérive, exigences de sécurité ou de conformité, performance qui se dégrade, ou échéance de levée de fonds. Le bon réflexe est de définir ce seuil à l’avance, au moment où vous choisissez le no-code, pas au moment où il coince.