Low-code : quand ça marche pour une PME, et quand ça coûte cher
On nous appelle assez souvent pour reprendre un outil low-code qui a atteint sa limite. Le scénario est presque toujours le même.
Quelqu'un dans l'entreprise, souvent quelqu'un de très bien, a monté en quelques semaines un outil qui règle un vrai problème : suivi des interventions, gestion des devis, planning d'équipe. Ça a marché. L'outil s'est étendu. Deux ans plus tard, il porte un processus critique, il est devenu impossible à faire évoluer, et la personne qui l'a construit est partie.
Je ne raconte pas cette histoire pour décourager le low-code. Nous le recommandons régulièrement, et parfois contre notre intérêt commercial. Je la raconte parce que le choix se fait presque toujours sans poser la seule question qui compte : est-ce que cet outil sera encore là dans trois ans, et qui s'en occupera.
Cet article explique ce qu'est le low-code, dans quels cas il est le bon choix pour une PME, où sont les limites que l'on découvre tard, et comment décider entre low-code et développement sur mesure sans se tromper.
TL;DR : le low-code permet de construire une application avec peu ou pas de programmation, via des interfaces visuelles. Pour une PME, c'est un excellent choix pour un outil interne à périmètre stable et à faible enjeu de propriété. Il devient risqué quand l'outil porte un processus critique, doit s'intégrer finement à d'autres systèmes, ou constitue une part de la valeur de l'entreprise.
En bref. Le low-code désigne les plateformes permettant de créer des applications par assemblage visuel plutôt que par écriture de code. Le gain porte sur la vitesse de mise en œuvre. Le coût, lui, apparaît plus tard : dépendance à l'éditeur, tarification à l'usage et plafond fonctionnel.
Sommaire
- Ce qu'est le low-code
- Les cas où c'est clairement le bon choix
- Les trois limites qu'on découvre tard
- La question des données, souvent oubliée
- Comment décider entre low-code et sur mesure
- Ce que ça coûte réellement sur trois ans
- Questions fréquentes
Ce qu'est le low-code
Définition. Le low-code regroupe les plateformes qui permettent de construire une application en assemblant des composants visuels, avec peu ou pas de programmation. On y définit des formulaires, des règles et des enchaînements par configuration plutôt que par écriture de code.
Le terme voisin, no-code, désigne les outils qui suppriment complètement l'écriture de code. La frontière est floue et commerciale : la plupart des plateformes dites no-code proposent, dès qu'on dépasse le cas simple, un endroit où écrire une formule ou un script.
Est-ce réservé aux informaticiens ? Non, et c'est justement l'argument de vente. La documentation Microsoft sur Power Apps présente ces plateformes comme destinées aussi bien aux développeurs qu'aux utilisateurs métier. En pratique, dans une PME, c'est presque toujours un profil métier qui construit le premier outil.
Cette accessibilité est un vrai bénéfice. C'est aussi la source des difficultés qui arrivent ensuite, parce qu'un outil construit par une personne seule, sans documentation ni gouvernance, devient rapidement une dépendance invisible.
Les cas où c'est clairement le bon choix
Nous recommandons le low-code sans réserve dans plusieurs situations.
L'outil interne à périmètre stable. Un suivi de demandes, un annuaire, un formulaire de saisie terrain. Le besoin est clair, il ne bougera pas beaucoup, et l'enjeu n'est pas stratégique.
Le prototype avant investissement. Avant d'engager un développement sur mesure, construire une version fonctionnelle en trois semaines permet de valider que le processus imaginé tient dans la vraie vie. C'est souvent le meilleur usage : le low-code sert de maquette exécutable, pas de destination.
L'automatisation entre outils existants. Faire circuler une information entre un formulaire, une messagerie et un tableur ne justifie pas un développement. C'est exactement ce pour quoi ces plateformes sont bonnes.
Le besoin urgent avec budget contraint. Quand la question est de tenir six mois plutôt que de construire pour dix ans, le calcul penche clairement du bon côté.
France Num, le dispositif public d'accompagnement à la numérisation des entreprises, propose d'ailleurs des guides et conseils pour les TPE et PME qui aident à cadrer ce type de besoin avant de choisir un outil.
Les trois limites qu'on découvre tard
Le plafond fonctionnel. Tant que le besoin reste dans ce que la plateforme a prévu, tout va vite. Le jour où il faut une règle métier un peu particulière, un calcul spécifique ou une interface qui sorte du gabarit, on entre dans une zone de contournements. Ces contournements fonctionnent, puis se cassent à la mise à jour suivante de la plateforme.
La tarification à l'usage. Le coût est faible pour cinq utilisateurs et un millier d'enregistrements. Il croît avec le nombre d'utilisateurs, le volume de données et les appels automatisés. Un outil qui coûtait quarante euros par mois au démarrage peut en coûter plusieurs centaines une fois adopté par toute l'équipe, sans qu'aucune décision n'ait été prise.
La réversibilité. C'est la limite la plus sérieuse et la moins anticipée. Vos données sont généralement exportables. Votre logique métier, elle, ne l'est pas : les règles, les enchaînements et les automatisations vivent dans un format propriétaire. Changer de plateforme signifie tout reconstruire.
Microsoft aborde d'ailleurs directement ce sujet dans ses recommandations de gouvernance pour Power Platform, qui insistent sur la nécessité d'organiser la propriété et la supervision des applications créées. C'est une lecture utile même si vous utilisez une autre plateforme : elle donne la liste des questions à se poser.
La question des données, souvent oubliée
Une plateforme low-code héberge vos données sur son infrastructure. Vous devenez donc dépendant d'un sous traitant au sens du règlement européen, avec les obligations qui vont avec.
La CNIL rappelle dans sa définition du sous traitant que le responsable de traitement doit s'assurer des garanties apportées par ce prestataire, et encadrer la relation par contrat. Concrètement, si votre outil low-code stocke des données de clients ou de salariés, vous devez savoir où elles sont et ce que l'éditeur en fait.
Beaucoup de ces plateformes sont américaines. Cela ne les disqualifie pas, mais cela ajoute une étape : les transferts hors Union européenne ne sont possibles que dans les conditions décrites par la CNIL dans son cadre général sur les transferts de données, et vous devez pouvoir le documenter.
C'est une raison supplémentaire de réserver le low-code aux données peu sensibles quand c'est possible.
Vous hésitez entre assembler un outil et le faire développer ? Nous cadrons ce choix au démarrage de chaque projet d'application métier sur mesure, réponse sous 24 heures.
Comment décider entre low-code et sur mesure
Quatre questions suffisent, dans cet ordre.
Cet outil porte-t-il un processus critique ? Si son arrêt bloque la facturation, la production ou la relation client, la dépendance à un éditeur devient un risque d'exploitation, pas un sujet informatique.
Fait-il partie de ce que vous vendez ? Si oui, il constitue une part de la valeur de l'entreprise. Une valeur qui vit dans une plateforme tierce et n'est pas transférable pose un vrai problème le jour d'une cession ou d'une levée.
Le périmètre va-t-il bouger ? Un besoin stable s'accommode très bien du low-code. Un besoin qui se précisera avec l'usage finira par heurter le plafond fonctionnel.
Qui s'en occupe dans deux ans ? Si la réponse est une seule personne et qu'elle n'est pas remplaçable, le problème n'est ni le low-code ni le sur mesure, c'est la gouvernance.
| Situation | Recommandation |
|---|---|
| Outil interne, périmètre stable, faible enjeu | Low-code |
| Prototype avant investissement | Low-code, puis réévaluation |
| Processus critique ou produit vendu | Sur mesure |
| Intégrations nombreuses et spécifiques | Sur mesure |
Ce que ça coûte réellement sur trois ans
La comparaison honnête ne se fait pas au démarrage mais sur la durée de vie de l'outil.
| Poste | Low-code | Sur mesure |
|---|---|---|
| Mise en œuvre initiale | 3 000 à 15 000 € | 20 000 à 80 000 € |
| Abonnement annuel | 1 000 à 10 000 € selon usage | Hébergement, 500 à 3 000 € |
| Évolution majeure | Parfois impossible | Budget projet |
| Sortie de la plateforme | Reconstruction complète | Code transférable |
Le low-code reste en général moins cher sur trois ans pour un outil interne modeste. L'écart se resserre dès que le nombre d'utilisateurs augmente, et s'inverse quand une évolution majeure oblige à reconstruire ailleurs.
Le raisonnement est le même que pour un site web : ce qui compte n'est pas le montant initial, mais le coût rapporté à la durée pendant laquelle vous allez garder l'outil.
Questions fréquentes
Quelle est la différence entre low-code et no-code ? Le no-code supprime toute écriture de code, le low-code en autorise une part pour les cas particuliers. En pratique, la plupart des projets d'entreprise finissent par avoir besoin de cette part, ce qui rend la distinction assez théorique.
Le low-code remplace-t-il un développeur ? Pour un outil interne simple, souvent oui. Pour une application qui porte de la valeur métier, non : le travail se déplace vers la conception, l'intégration et la gouvernance, il ne disparaît pas.
Peut-on récupérer ce qui a été construit en low-code ? Les données, presque toujours. La logique métier, très rarement. C'est le point à vérifier avant de s'engager, pas après.
Un site web peut-il être fait en low-code ? Oui, et pour un site vitrine simple c'est parfois pertinent. Les limites apparaissent sur la performance, la finesse du référencement et la personnalisation. Nous détaillons les critères dans notre guide de création de site internet pour PME.
Comment éviter que l'outil devienne ingérable ? Documenter dès le départ, désigner deux personnes plutôt qu'une, et fixer une revue annuelle du coût et du périmètre. La plupart des situations bloquées que nous reprenons viennent d'une absence de ces trois réflexes.
Ce qu'il faut retenir
Le low-code n'est ni un raccourci miraculeux ni un piège. C'est un arbitrage entre vitesse de mise en œuvre et maîtrise dans la durée.
La bonne règle tient en une phrase : utilisez le low-code pour ce qui vous fait gagner du temps, faites développer ce qui vous fait gagner de l'argent.
Vous avez un outil interne qui commence à montrer ses limites ? Parlons de votre projet, réponse sous 24 heures et sans engagement.
À propos de l'auteur
Mathis Haumont est cofondateur de Najumi, agence web basée dans la métropole de Lyon. Il accompagne des dirigeants de PME sur des projets de site web et d'applications métier, avec une approche orientée usage et retour sur investissement plutôt que prouesse technique. Il intervient en particulier sur les arbitrages de départ : faut-il assembler ou développer, internaliser ou déléguer, automatiser maintenant ou plus tard. Il écrit sur le blog Najumi les retours d'expérience issus des projets livrés par l'agence, en privilégiant les cas réels et les décisions assumées aux généralités du secteur.
