Quelle est la différence entre low-code et no-code ?

Le no-code vise des utilisateurs métier qui assemblent une application sans jamais écrire de code. Le low-code vise des développeurs ou des profils techniques : l'essentiel se construit visuellement, mais on peut ajouter du code pour les cas particuliers. Les plateformes low-code d'entreprise demandent donc une vraie compétence, souvent certifiée par l'éditeur, et un budget de licence en conséquence.

Le low-code est-il moins cher que le développement sur mesure ?

Au démarrage, souvent oui, car les premiers écrans sortent vite. Sur trois à cinq ans, pas forcément : la licence se paie chaque mois, par application ou par utilisateur, l'hébergement est parfois facturé à part et les développeurs spécialisés de la plateforme restent nécessaires. Il faut comparer le coût total, licences comprises, et non le seul premier devis.

Peut-on récupérer son application si l'on quitte une plateforme low-code ?

Les données, oui en général, par export ou par la base sous-jacente. La logique de l'application, en revanche, est le plus souvent décrite dans le format propre à la plateforme et ne tourne pas ailleurs sans être reconstruite. Avant de signer, demandez par écrit à l'éditeur ce que vous récupérez exactement en cas de départ, et sous quel format.

Le low-code convient-il à une application vendue à des clients ?

Rarement. Un produit vendu à des clients, comme un SaaS, supporte mal une licence qui grossit avec chaque utilisateur, une dépendance totale à un éditeur et des limites de personnalisation de l'interface. Le low-code sert surtout aux applications internes. Pour un produit commercial, le code sur mesure laisse la marge, l'expérience et la valeur de l'actif à l'entreprise.

L'IA rend-elle le low-code inutile ?

Non, mais elle change la comparaison. Les assistants de code accélèrent aussi le développement sur mesure, ce qui réduit l'avantage de vitesse du low-code sur les écrans simples. Le low-code garde l'intérêt d'un cadre gouverné pour les équipes métier. Dans les deux cas, une personne compétente doit concevoir, relire, tester et exploiter l'application en production.

Sur-mesureBudgetDSIApplication métier

Low-code ou développement sur mesure : comment choisir, et à quel coût

Publié le 7 novembre 202611 min de lecture

Choisissez une plateforme low-code pour une application interne, simple à moyennement complexe, utilisée par un nombre d'utilisateurs connu, quand votre entreprise a déjà la plateforme ou les compétences pour la faire vivre. Choisissez le développement sur mesure quand l'application est au cœur de votre activité, qu'elle sera vendue ou ouverte à des clients, que le nombre d'utilisateurs va grandir, ou que vous refusez de dépendre d'un éditeur pour la faire évoluer. La décision se prend sur le coût à trois ou cinq ans et sur ce que vous possédez à la fin, pas sur la vitesse du premier écran.

En cherchant ce sujet, vous tomberez surtout sur des pages d'éditeurs de plateformes low-code, qui ont tous intérêt à la même réponse. Ce guide prend l'autre angle : dans quels cas le low-code est vraiment le bon choix, quand le sur-mesure le rattrape, et ce que coûte chaque voie, chiffres publics à l'appui.

Low-code, no-code, code : trois choses différentes

Le no-code (Airtable, Bubble, Glide…) s'adresse aux équipes métier : on assemble une application sans écrire de code. Rapide, accessible, vite limité. Nous l'avons traité dans agence, freelance ou no-code et dans les limites d'Airtable.
Le low-code (Mendix, OutSystems, Microsoft Power Apps, Retool…) s'adresse à des développeurs ou à des profils techniques : les écrans, les données et les processus se modélisent visuellement, et l'on écrit du code pour les cas que la plateforme ne couvre pas. Les plateformes d'entreprise ont leurs certifications et leurs développeurs spécialisés.
Le développement sur mesure s'écrit en code standard (TypeScript, Python, PHP, Java…), avec des frameworks open source, et s'héberge où vous voulez. Le code est un actif que l'on peut confier à une autre équipe.

Le sujet de cet article est le duel entre les deux derniers. Si votre question porte sur un outil en particulier, nous avons des comparatifs dédiés pour Power Apps et pour n8n et Make.

Le comparatif, critère par critère

Critère	Plateforme low-code	Développement sur mesure
Premiers écrans	Très rapides, composants prêts	Rapides avec un bon socle, plus lents sur l'interface fine
Coût d'entrée	Faible, parfois une offre gratuite	Conception et développement à financer
Coût récurrent	Licence par application, par utilisateur ou par capacité	Hébergement, maintenance, évolutions
Logique métier complexe	Possible, mais vite contournée par du code ajouté	Sans limite de principe
Interface	Bonne pour un outil interne, contrainte pour un produit	Entièrement libre
Intégrations	Connecteurs fournis, le reste en code	Toutes, à développer
Hébergement et données	Cloud de l'éditeur ou options payantes	Au choix, en France si besoin
Compétences	Développeurs formés à la plateforme	Développeurs du marché, plus nombreux
Sortie	Données exportables, logique liée à la plateforme	Code et données, selon les droits définis au contrat

Aucune des deux colonnes n'est « meilleure ». Elles ne répondent pas au même problème.

Les tarifs publics, relevé du 7 novembre 2026

Les éditeurs low-code publient rarement des prix complets. Voici ce qui est affiché publiquement à la date du relevé :

Mendix : la page tarifs affiche une offre gratuite, puis une offre Standard à partir de 918 € par mois pour une application et à partir de 2 295 € par mois en applications illimitées. L'offre Premium est sur devis. La page précise que le prix dépend du nombre d'applications et d'utilisateurs, et que les ressources cloud ne sont pas incluses dans la licence des offres payantes.
OutSystems : la page des éditions ne publie aucun prix pour l'offre entreprise, qui est sur devis. Une édition personnelle gratuite existe pour apprendre. Le prix dépend notamment des « Application Objects » (écrans, tables, méthodes d'API) et du nombre d'utilisateurs internes et externes.
Retool : la grille publique affiche, sur l'offre Business en engagement annuel, 46 € par mois par créateur d'écrans et 14 € par mois par utilisateur interne.
Power Apps : nous avons détaillé les licences dans Power Apps ou développement sur mesure.

Faites l'exercice sur trois ans. Une seule application Mendix en offre Standard, au prix d'entrée affiché, représente 918 € × 36 mois, soit 33 048 € de licence, hors hébergement cloud et hors temps de développement. La licence ne remplace pas le développeur : elle s'ajoute à lui.

Ce que coûte le sur-mesure, sur la même durée

Un développement sur mesure se paie autrement : un coût de conception et de développement, puis un hébergement modeste et une maintenance. Le premier poste dépend du périmètre, pas du nombre d'utilisateurs ; c'est ce qui le rend compétitif quand l'application s'ouvre à beaucoup de monde. Notre article sur le prix d'une application métier sur mesure détaille les postes qui font varier un devis.

Un point souvent ignoré dans ce duel : le sur-mesure n'impose pas de tout payer d'avance. Chez LPR Studio, il se finance au choix au forfait à prix fixe, ou par un abonnement mensuel qui évite de payer le développement, comme une licence, mais pour un logiciel construit autour de votre besoin. Les deux modèles sont comparés dans abonnement ou forfait.

Quand le low-code est le bon choix

Une application interne : demandes, validations, suivi d'activité, saisie terrain, pour un nombre d'utilisateurs stable.
Votre entreprise a déjà la plateforme : licences en place, équipe formée, règles de gouvernance définies par la DSI.
Un besoin à durée limitée : un outil pour un projet, une réorganisation, une période de transition.
Un prototype interne destiné à valider un processus avant de décider de la suite.
Une logique standard : formulaires, listes, tableaux, circuits de validation classiques.

Quand le développement sur mesure vaut le coup

L'application est votre produit, ou un service rendu à vos clients : SaaS, portail client, plateforme. La licence par utilisateur mange la marge, et l'interface doit être irréprochable.
Le nombre d'utilisateurs va grandir, ou inclut des partenaires et des clients externes, que les grilles low-code facturent souvent à part.
La logique métier est votre avantage : calculs de prix, règles de planification, contrôles réglementaires. Si l'on finit par écrire du code dans la plateforme pour tout ce qui compte, on paie la plateforme pour rien.
Vous voulez maîtriser l'hébergement et l'emplacement des données, par exemple en France (hébergement d'une application métier en France).
Vous refusez la dépendance : prix fixés par l'éditeur, évolutions à son rythme, développeurs rares sur sa technologie.
L'application doit durer dix ans : un code standard, documenté, se reprend par n'importe quelle équipe compétente.

La dépendance à l'éditeur, le vrai sujet

Le risque principal du low-code n'est pas technique, il est contractuel. Une fois l'application construite, l'éditeur fixe le prix du renouvellement, et partir signifie reconstruire. Avant de signer, posez quatre questions par écrit :

Que récupère-t-on en partant ? Les données, sous quel format ? La logique, sous une forme exécutable ailleurs, ou seulement une documentation ?
Comment évolue le prix ? Par utilisateur, par application, par capacité ? Qu'arrive-t-il si l'on double les utilisateurs ?
Qu'est-ce qui est inclus ? Hébergement, environnements de test, support, sauvegardes.
Où sont hébergées les données, et sous quel droit ?

Les mêmes questions s'appliquent à un prestataire de sur-mesure, d'ailleurs. Pour celui-ci, le code, les données et la documentation font l'objet de droits définis au cas par cas dans le contrat : lisez notre article sur la réversibilité avant de vous engager.

Le point de vue de la DSI : gouvernance et « shadow IT »

Le low-code a un effet de bord que les éditeurs mentionnent peu : quand chaque service peut créer ses applications, le patrimoine se multiplie sans inventaire, sans sauvegarde contrôlée et sans responsable désigné. Une application critique peut reposer sur une seule personne qui quitte l'entreprise. Si vous adoptez une plateforme, adoptez aussi ses règles : inventaire des applications, environnements séparés, revue avant mise en production, propriétaire désigné pour chaque application.

Et l'IA dans tout ça ?

Les assistants de code et les générateurs d'applications ont réduit l'écart de vitesse sur les écrans simples : un développeur outillé produit aujourd'hui une interface standard presque aussi vite qu'une plateforme visuelle. Ce qui ne change pas : il faut toujours concevoir, relire, sécuriser, tester et exploiter. Nous l'expliquons dans les limites des générateurs d'applications par IA.

Les erreurs les plus fréquentes

Comparer un premier écran low-code à un devis complet sur mesure. On compare deux applications terminées, en production, sur la même durée.
Oublier les utilisateurs externes dans le calcul de licence.
Construire un produit commercial sur une plateforme interne, puis découvrir que le modèle de prix ne tient pas à cent clients.
Ajouter du code partout dans la plateforme pour contourner ses limites : on cumule les inconvénients des deux approches.
Choisir sans voir. Une démonstration d'éditeur montre la plateforme, pas votre application.

La voie mixte

Les deux approches cohabitent très bien. Le low-code peut porter les petits outils internes, pendant que l'application centrale, celle qui fait votre différence ou qui est ouverte aux clients, est développée sur mesure et expose une API que la plateforme consomme. Chacun fait ce qu'il fait le mieux.

Une grille pour trancher

Votre situation	Option la plus adaptée
Outil interne simple, plateforme déjà en place dans l'entreprise	Low-code
Outil interne, utilisateurs nombreux ou en croissance	À chiffrer sur 3 ans
Application ouverte à vos clients ou partenaires	Sur mesure
Produit vendu (SaaS)	Sur mesure
Logique métier qui fait votre avantage concurrentiel	Sur mesure
Besoin temporaire ou test d'un processus	Low-code ou prototype

Par où commencer

Décrivez l'application en une page : qui l'utilise, combien de personnes dans trois ans, quelles règles, quelles intégrations.
Demandez un prix low-code complet : licences pour tous les utilisateurs, hébergement, environnements, développeurs.
Demandez un prix sur mesure sur le même périmètre, en forfait et en abonnement.
Comparez sur trois et cinq ans, et regardez ce que vous possédez à la fin.

Pour la partie sur mesure, vous n'avez pas à acheter sur plan. Nous réalisons un prototype gratuit, présenté en visio sous 5 jours ouvrés, à mettre face à la démonstration de l'éditeur. C'est le principe expliqué dans voir son logiciel avant de le payer.