Guide · Comparatif
Low-code vs développement sur-mesure : comment choisir la stack d'une application métier.
Réponse courte : le low-code pour aller vite, le code pour aller loin. Pour un outil interne, un CRM, un back-office ou un ERP de PME, une stack Xano + WeWeb ou Airtable + Make livre en semaines ce qui prenait des mois. Pour un produit grand public, une forte charge ou une expérience très travaillée, on écrit du code. Et le plus souvent, on combine.
Ce que le low-code fait très bien
Les outils internes et les applications métier de PME : CRM, back-office, gestion de chantiers, portail fournisseurs, plateforme collaborative. Quelques dizaines à quelques centaines d'utilisateurs, des écrans de saisie et de consultation, des règles de gestion, des intégrations avec la compta ou la messagerie. Xano expose une API propre sans serveur à gérer, WeWeb construit des interfaces sur-mesure, Airtable met les données entre les mains des équipes, Make relie le tout.
Le CRM de Coallis encaisse 300+ saisies par jour et plus d'un million d'enregistrements sur cette stack. L'ERP d'URBAN'S Group fait tourner cinq sociétés depuis trois ans.
Quand il faut du code
- L'expérience utilisateur fait partie du produit. Un espace client premium, un site où chaque détail compte : l'espace client de 21H33 est en Next.js pour cette raison.
- Le volume ou la vitesse. Des milliers d'opérations d'un coup, des traitements en millisecondes, du temps réel intensif.
- Une logique métier dense. Quand les règles rempliraient un écran de branches dans un outil visuel, du code lisible et testé est plus sûr.
- Un produit à vendre. Un SaaS destiné à des milliers de clients, avec des exigences de sécurité et d'évolutivité propres.
Le tableau
| Low-code | Full-code | Hybride (notre défaut) | |
|---|---|---|---|
| Délai première version | 4 à 10 semaines | 8 à 16 semaines | 4 à 10 semaines, code ajouté par lots |
| Coût à périmètre égal | Base | ×2 à ×3 | Base + le code strictement utile |
| Plafond | Atteint sur les traitements lourds et l'UX très fine | Aucun | Repoussé au cas par cas |
| Maintien par le client | Possible pour les données et les flux simples | Demande un développeur | Données et flux par le client, code par un développeur |
| Réversibilité | Comptes à votre nom, exports, briques standard | Code source dans votre dépôt | Les deux |
Comment on décide
Au Diagnostic Flux, on cartographie les écrans, les rôles, les volumes et les intégrations. On note pour chaque brique si le low-code tient, et où le code sera nécessaire. La feuille de route chiffre les deux. Dans la grande majorité des projets de PME, la réponse est un cœur low-code avec deux ou trois fonctions en code, et une première version en production avant la fin du trimestre.
Questions fréquentes
Le low-code, ça tient dans le temps ?
Oui, avec des briques professionnelles (Xano, Supabase, WeWeb) et une documentation. Nos plus anciennes applications low-code ont plus de trois ans de production. Le risque est le même qu'en code : un outil non documenté et non maintenu.
Peut-on passer du low-code au code plus tard ?
Oui, brique par brique. Comme le backend expose une API, on remplace une interface ou un traitement sans tout refaire. C'est l'intérêt de l'hybride.
Qui possède le code et les comptes ?
Vous. Les comptes sont à votre nom, le code est dans votre dépôt, et chaque application est documentée pour qu'un autre prestataire puisse reprendre.
Avant de choisir la stack, savoir ce qu'elle doit porter.
Le Diagnostic Flux cartographie écrans, rôles, volumes et intégrations, et livre un prototype qui tourne. 1 500 € HT, 5 jours.