No-code (Bubble, FlutterFlow, Glide), low-code, sur mesure (Next.js, React Native) : trois familles techniques pour construire une application aujourd'hui, avec des compromis très différents en termes de coût, délai, flexibilité et pérennité. Voici quand chacune est pertinente.
Définitions claires
Trois familles, des frontières parfois floues. Voici comment je les distingue dans la pratique.
- No-code : on construit l'app exclusivement dans une interface visuelle, sans écrire de code. Bubble (web), FlutterFlow (mobile), Glide (web/mobile basique), Softr (sites d'app).
- Low-code : interface visuelle pour aller vite, mais possibilité d'injecter du code custom pour les cas spécifiques. Retool, Appsmith, n8n, Supabase (base + auth).
- Sur mesure : tout est codé, généralement sur des stacks modernes (Next.js, React Native, Postgres). Flexibilité totale, performances optimisables, pérennité long terme.
Comparatif : coût, délai, flexibilité, pérennité
| Critère | No-code | Low-code | Sur mesure |
|---|---|---|---|
| Coût initial | ★★★★★ (très bas) | ★★★★ (bas-modéré) | ★★ (modéré-élevé) |
| Délai initial | ★★★★★ (quelques semaines) | ★★★★ (1-3 mois) | ★★★ (plusieurs mois) |
| Flexibilité métier | ★★ (limitée) | ★★★★ (large) | ★★★★★ (totale) |
| Performances | ★★ (bridées plateforme) | ★★★★ (très bonnes) | ★★★★★ (optimisables) |
| Pérennité long terme | ★★ (dépendance éditeur) | ★★★★ (plutôt sûre) | ★★★★★ (totale) |
| Coût récurrent | ★★ (abonnement élevé au volume) | ★★★★ (modéré) | ★★★★ (hébergement + maintenance) |
| Profil idéal | Validation idée, outil interne simple | Outils métier modérés, MVP solide | Produit ambitieux, scaling, pérennité |
Quand choisir le no-code
Valider une idée vite
Vous avez une idée et voulez tester avant d'investir sérieusement. Bubble ou FlutterFlow construisent un MVP en quelques semaines pour quelques milliers d'euros. Si l'idée valide, on peut refondre en sur mesure ensuite.
Outil interne simple
Petit outil pour 5-20 utilisateurs internes, sans complexité métier folle ni volume gros : Glide ou Softr suffisent. Aucun intérêt à sortir l'artillerie lourde.
Budget vraiment serré
Quand le budget total ne dépasse pas quelques milliers d'euros et qu'il n'est pas extensible. Le no-code permet de sortir quelque chose, là où le sur mesure ne ferait rien sortir.
Quand choisir le sur mesure
- Produit commercial sérieux (SaaS B2B avec ambitions de scaling, app mobile destinée à un large public).
- Règles métier complexes qui n'entrent pas dans les modèles standards no-code.
- Performance critique (volume élevé, réactivité forte attendue).
- Pérennité long terme : projet sur 5-10 ans, vous ne voulez pas dépendre d'une plateforme qui peut disparaître.
- Intégrations profondes avec des systèmes existants (ERP, CRM custom, API métier complexe).
L'hybride : souvent la meilleure réponse
Dans la pratique, beaucoup de projets sérieux utilisent un mix :
- Front sur mesure (Next.js) + Supabase : interface custom, mais auth et base de données gérées par Supabase. Gain de temps, qualité préservée.
- App principale sur mesure + outil interne en Retool : on développe en mesure la partie client-facing, on monte vite un back-office en Retool pour l'équipe interne.
- Workflows automatisés en n8n / Make branchés sur une app sur mesure : économise des semaines de dev sur les intégrations standards.
Pour discuter du bon mix selon votre projet, prévoyez un premier appel. Voir aussi Applications & SaaS.
Questions fréquentes
Le no-code peut-il vraiment remplacer du sur mesure ?
Sur des cas simples à modérés, oui. Bubble, FlutterFlow et Glide construisent aujourd'hui des apps fonctionnelles avec authentification, base de données, paiement, notifications. Pour des cas plus complexes (règles métier poussées, gros volume, performances critiques, app mobile native exigeante), le sur mesure reste indispensable.
Quels sont les vrais coûts cachés du no-code ?
Trois principaux : (1) abonnements SaaS no-code qui s'envolent au volume (Bubble peut passer de 30 à 500 €/mois selon usage), (2) limites techniques rencontrées tard dans le projet parfois fatales, (3) dépendance plateforme : si l'éditeur change de pricing ou ferme, vous êtes coincé. À anticiper avant de choisir.
Faut-il toujours commencer no-code puis migrer ?
Stratégie séduisante en théorie mais piégeuse en pratique. Migrer d'un Bubble vers un Next.js, c'est en général réécrire de zéro : la base de données, l'interface, les workflows ne se transfèrent pas. Le no-code first marche quand on accepte que le sur mesure sera une refonte, pas une migration.
Et le low-code, où est la frontière ?
Le low-code est entre les deux : on développe rapidement avec une interface visuelle mais on peut ajouter du code custom pour les besoins spécifiques. Exemples : Retool pour les outils internes, Supabase pour la base de données + auth, n8n pour les workflows. Pertinent pour des cas hybrides où le 100 % sur mesure serait surdimensionné.