Tu as une idée de SaaS, tu veux la tester vite sans exploser ton budget et quelqu'un te dit : "Lance-toi sur Bubble, c'est parfait pour un MVP."
Chez Ellebay, on ne fait pas de no-code. On développe des SaaS sur-mesure en Next.js, TypeScript et PostgreSQL. On va essayer d'être honnêtes sur quand le no-code a vraiment du sens, parce que ce n'est pas toujours la mauvaise réponse.
Pourquoi le no-code attire autant les fondateurs de startup ?
La réponse est simple : la vitesse. Sur Bubble ou Webflow, tu peux avoir une interface fonctionnelle en quelques jours, sans ligne de code. Pour un fondateur qui veut valider une hypothèse avant d'investir, c'est séduisant.
Le no-code règle un vrai problème : accéder à un développeur disponible, compétent et dans ton budget, c'est compliqué. Surtout quand tu ne sais pas encore si ton idée va coller au marché.
Côté coûts de départ, les plateformes proposent des abonnements entre 30 et 250 €/mois. C'est nettement moins qu'un développement custom qui démarre à 3 500 € HT. Sur le papier, l'avantage est évident.
Mais il y a quelques détails que les commerciaux no-code oublient de mentionner.
Quelles sont les vraies limites du no-code pour un SaaS ?
Le no-code fonctionne bien tant que ton produit reste dans les clous de ce que la plateforme prévoit.
Dès que tu sors des sentiers battus, ça commence à coincer. Logique métier complexe, calculs en temps réel, permissions granulaires, intégrations API atypiques : chaque cas particulier devient un workaround. Et les workarounds s'accumulent.
Il y a aussi la question des performances. Bubble, par exemple, génère des requêtes peu optimisées. Sur quelques dizaines d'utilisateurs, c'est invisible. Sur quelques centaines, les temps de chargement commencent à souffrir.
Le vrai piège, c'est la dépendance à la plateforme. Si Bubble change ses tarifs (ce qui est déjà arrivé), si tu veux migrer vers du custom, tu repars de zéro. La logique métier construite dans l'interface visuelle, elle n'est pas exportable.
Et côté coûts à long terme : 150-250 €/mois en abonnement, des plugins payants pour combler les manques, un développeur no-code pour maintenir l'outil... À 18 mois, la facture ressemble moins à "pas cher" qu'au départ.
Quand le développement custom s'impose vraiment
Il y a des cas où partir sur du no-code, c'est juste repousser le problème.
Si ton SaaS touche à des données sensibles (santé, finance, RH), le custom te donne la maîtrise totale de la sécurité. Sur une plateforme no-code, tu dépends de leurs pratiques, de leur certification, de leurs décisions produit.
Si tes besoins de montée en charge sont prévisibles et importants, le custom permet d'optimiser l'architecture dès le départ plutôt que de réécrire sous pression.
Si ton avantage concurrentiel repose sur une logique métier spécifique, cette logique doit être dans du code que tu possèdes. Pas dans une interface visuelle sur les serveurs de quelqu'un d'autre.
Chez Ellebay, on développe en Next.js (App Router), TypeScript, avec PostgreSQL via Neon et Drizzle ORM. Ce choix de stack n'est pas anodin : scalabilité, maintenabilité, déploiement Vercel en quelques minutes. Un MVP minimal livré dans cet environnement tourne entre 3 500 et 5 000 € HT selon le cahier des charges.
Pour une V1 complète (authentification, dashboard, fonctionnalités core, gestion des rôles), compte entre 5 000 et 10 000 € HT. Et pour des intégrations avancées (paiement, IA, webhooks complexes), entre 10 000 et 20 000 € HT.
Comment choisir entre no-code et custom pour ton MVP ?
Voici comment on y réfléchit avec nos clients.
Le no-code a du sens si : tu veux valider une hypothèse en moins de 2 semaines, tu n'as pas encore de certitude sur les fonctionnalités core, ton marché est incertain et tu risques de pivoter, tu n'as pas de contraintes fortes sur les performances ou la sécurité.
Le custom s'impose si : tu as déjà une validation marché et tu passes à la version commerciale, ta logique métier est différenciante et complexe, tu vises des clients B2B avec des exigences contractuelles ou de conformité, tu prévois une croissance rapide dans les 12-18 mois.
Il y a aussi une troisième voie qu'on voit peu documentée : commencer no-code pour valider, puis réécrire en custom dès la première traction. Ce n'est pas un gaspillage si la validation était réelle et rapide. C'est un gaspillage si tu passes 12 mois à bricoler sur Bubble alors que tu aurais pu investir dans du custom dès le départ avec un cahier des charges bien défini.
Ce qu'on fait chez Ellebay
On ne vend pas de no-code. On ne va pas te convaincre d'utiliser Bubble pour te vendre une migration 6 mois plus tard.
Ce qu'on fait : on t'aide à définir un cahier des charges MVP minimal, réaliste, livrable. On pose la question inverse : qu'est-ce qu'on peut retirer du scope pour livrer quelque chose de fonctionnel et testable en 4 à 6 semaines ?
Un MVP, ce n'est pas un produit complet à 70%. C'est un produit pensé pour tester une hypothèse précise avec le moins de code possible.
Si tu es à Toulon ou dans le Var et que tu as un projet SaaS en tête, qu'il soit à l'état d'idée ou déjà partiellement spécifié, on peut en parler. Un appel découverte de 30 minutes pour poser le contexte, le scope et voir si on peut t'aider.
Si tu veux d'abord creuser le sujet, jette un oeil à notre page développement SaaS sur-mesure ou à l'article sur comment créer un site web professionnel pour comprendre notre façon de travailler.
