Développement logiciel sur mesure ou low-code : comment choisir ?

Un logiciel métier peut maintenant être construit de plusieurs façons. Une entreprise peut acheter un produit existant, configurer une plateforme low-code ou no-code, ou faire développer une application sur mesure. Depuis peu, une quatrième voie change la comparaison : utiliser l'intelligence artificielle pour accélérer l'écriture d'un vrai code source, tout en conservant une architecture et une responsabilité humaines.

Ces approches peuvent toutes produire rapidement une démonstration convaincante. Leurs différences apparaissent plus tard : lorsqu'il faut connecter un ERP, appliquer une règle particulière, corriger un problème de sécurité, absorber plus d'utilisateurs ou confier le logiciel à une autre équipe.

Le bon choix ne dépend donc pas seulement de la vitesse de la première version. Il dépend aussi de ce que l'organisation devra pouvoir faire avec son système dans deux, cinq ou dix ans.

Qu'est-ce qu'un logiciel sur mesure ?

Un logiciel sur mesure est conçu autour des utilisateurs, des données et des processus précis d'une organisation. Il peut s'agir d'un ERP, d'un portail client, d'une application mobile, d'un outil de planification, d'une plateforme SaaS ou d'un pont entre plusieurs systèmes.

Le sur-mesure ne signifie pas que tout est réinventé. Une équipe sérieuse réutilise des technologies éprouvées pour l'authentification, les bases de données, l'hébergement et les interfaces. Elle réserve l'effort particulier aux règles qui font réellement la différence : calcul d'un prix, séquence de production, autorisation spéciale, synchronisation avec un équipement ou fonctionnement hors ligne.

Cette approche devient pertinente lorsqu'un produit standard oblige l'entreprise à maintenir des fichiers parallèles, à faire de la double saisie ou à abandonner une façon de travailler qui lui donne un avantage.

Qu'est-ce que le low-code ?

Une plateforme low-code fournit des composants prêts à assembler : formulaires, tables, permissions, automatisations, tableaux de bord et connecteurs. L'application est construite principalement par configuration visuelle, avec la possibilité d'ajouter un peu de code lorsque le besoin sort du cadre prévu.

Le no-code pousse la même logique plus loin en visant des utilisateurs qui n'écrivent pas de code. Dans la pratique, la frontière entre les deux varie selon les éditeurs.

Le low-code peut être un excellent outil. Pour un formulaire interne, une approbation simple ou un prototype, il évite de reconstruire des fonctions courantes. Une équipe peut valider un processus en quelques jours et l'ajuster avec les utilisateurs.

La contrepartie est que l'application demeure souvent liée au moteur de la plateforme. Les écrans, les règles et les données sont enregistrés dans son propre format. Ajouter une fonctionnalité dépend alors de ce que l'éditeur permet, de son modèle de licences et de la disponibilité de spécialistes qui connaissent cet environnement.

Notre approche : la vitesse du low-code, avec du code source

Chez DevActif, nous utilisons aussi des outils qui accélèrent fortement la production. La différence importante est le résultat obtenu : ils écrivent du code dans un dépôt logiciel normal.

Ce code peut être lu, révisé, testé et modifié avec les outils habituels du développement. Il est versionné dans Git, accompagné de son historique et déployé sur une infrastructure choisie selon le projet. Il n'a pas besoin d'un éditeur visuel particulier pour continuer à fonctionner.

L'intelligence artificielle peut générer un composant, préparer des tests, appliquer une modification dans plusieurs fichiers ou accélérer une intégration. Elle agit comme un outil entre les mains des développeurs. Notre équipe demeure responsable de comprendre le besoin, de choisir l'architecture, de vérifier le résultat et de livrer un système exploitable.

Cette façon de travailler n'est donc pas du low-code au sens strict. Elle cherche à obtenir une partie de sa vitesse sans enfermer les fonctions particulières de l'entreprise dans un environnement propriétaire.

Low-code traditionnel et code généré : comparaison

Il ne faut pas interpréter ce tableau comme une victoire automatique du code source. Une plateforme reconnue peut prendre en charge une grande partie de l'infrastructure, des mises à jour et de la sécurité. Un logiciel sur mesure mal développé peut être beaucoup plus fragile qu'une bonne application low-code.

La liberté technique n'a de valeur que si le code est structuré, documenté, testé et entretenu.

Les avantages d'un développement qui produit du code

Une sortie réelle si les besoins changent

Posséder un dépôt permet de confier la maintenance à une autre équipe, de déplacer l'hébergement ou d'intégrer le logiciel à un nouvel environnement. Cette transférabilité doit être prévue dans le contrat et soutenue par de la documentation, des tests et des accès administratifs.

Un simple bouton « exporter » ne suffit pas. Il faut pouvoir récupérer l'application, ses données, ses fichiers, ses secrets de configuration et la procédure de déploiement.

Des intégrations sans attendre un connecteur officiel

Une plateforme low-code offre souvent un catalogue de connecteurs très pratique. Le problème apparaît lorsqu'un ERP ancien, une machine industrielle ou une API particulière n'y figure pas.

Avec du code source, l'équipe peut développer l'intégration nécessaire, gérer les erreurs et adapter la synchronisation aux contraintes réelles. DevActif a par exemple réalisé une synchronisation de cartes de temps entre un ERP et un logiciel comptable, sans remplacer les deux systèmes déjà utilisés.

Une expérience conçue pour le terrain

Les composants génériques couvrent bien les interfaces de bureau habituelles. Ils sont parfois moins adaptés à une tablette utilisée avec des gants, à une connexion intermittente ou à un écran qui doit réagir à un équipement.

Une application sur mesure peut prévoir ces conditions dès sa conception. La Vigie marine du ROMM, par exemple, permet de saisir des observations hors ligne sur le fleuve, puis de les synchroniser lorsque le réseau revient.

Une évolution dictée par le produit

Avec une plateforme, la feuille de route de l'éditeur influence celle de tous ses clients. Avec du code source, l'organisation peut prioriser l'amélioration qui crée le plus de valeur pour elle.

Cette autonomie comporte une obligation : maintenir les dépendances, corriger les vulnérabilités, surveiller le système et préserver la cohérence de l'architecture. Le code n'abolit pas la dépendance; il permet de choisir et de changer l'équipe qui l'assume.

Quand choisir une plateforme low-code ?

Le low-code est souvent le choix le plus rationnel lorsque :

• le processus est simple et proche des modèles fournis;
• l'outil est interne et présente peu de risques;
• le nombre d'utilisateurs et le coût des licences sont prévisibles;
• les intégrations nécessaires existent déjà;
• la rapidité d'une expérimentation compte davantage que la liberté à long terme;
• l'organisation possède déjà les compétences pour administrer la plateforme.

Il peut aussi servir à valider un besoin avant d'investir dans un produit plus complet. Il faut simplement décider dès le départ si le prototype sera jetable, durable sur la plateforme ou destiné à être reconstruit.

Quand choisir du code source sur mesure ?

Le développement sur mesure devient plus pertinent lorsque :

• les règles métier comportent beaucoup d'exceptions;
• le logiciel soutient un processus stratégique ou différenciateur;
• plusieurs systèmes, équipements ou sources de données doivent communiquer;
• l'expérience doit fonctionner dans des conditions particulières;
• les permissions, la traçabilité ou la conservation des données sont complexes;
• les licences par utilisateur deviendraient importantes à l'échelle prévue;
• l'entreprise veut contrôler l'hébergement et la trajectoire du produit;
• le système devra probablement évoluer pendant plusieurs années.

Il existe aussi une approche hybride. Une plateforme low-code peut gérer un workflow administratif simple pendant qu'un service sur mesure traite les règles complexes. L'important est de définir clairement où résident les données, les responsabilités et les dépendances.

Les six étapes d'un projet logiciel durable

1. Définir le résultat d'affaires

Commencez par une phrase mesurable : réduire le temps de préparation d'une soumission, éliminer une double saisie ou rendre un processus accessible sur le terrain. « Remplacer Excel » n'est pas encore un résultat.

2. Observer un parcours réel

Suivez une demande complète avec les personnes qui font le travail. Notez les entrées, les décisions, les exceptions, les systèmes touchés et les conséquences d'une erreur. Cette observation empêche d'automatiser une version théorique du processus.

3. Choisir la plus petite portée utile

Une première version doit accomplir un parcours complet pour un groupe précis. Elle n'a pas besoin de couvrir tous les départements. Livrer une tranche utilisable permet d'obtenir des commentaires avant que les mauvaises hypothèses coûtent cher.

4. Comparer les approches avant les fournisseurs

Vérifiez si un produit existant couvre le besoin. Testez ensuite la capacité réelle d'une plateforme low-code avec le scénario le plus difficile, pas seulement avec le formulaire le plus simple. Si le code sur mesure est retenu, faites valider l'architecture et le coût d'entretien.

5. Développer et tester par cycles courts

Les utilisateurs devraient voir régulièrement une version fonctionnelle. Les tests doivent couvrir les règles qui ont des conséquences financières, opérationnelles ou humaines, ainsi que les permissions et les scénarios d'échec des intégrations.

6. Préparer l'exploitation avant le lancement

Le déploiement comprend la migration des données, la formation, les accès, les sauvegardes, la surveillance et une procédure de soutien. Un logiciel n'est pas terminé lorsqu'il fonctionne sur l'ordinateur du développeur.

Les questions à poser avant de signer

Que vous évaluiez une plateforme ou une équipe de développement, demandez des réponses concrètes :

1. Pouvons-nous récupérer toutes nos données dans un format exploitable ?
2. Recevrons-nous le code source et l'historique du dépôt ?
3. Le logiciel peut-il fonctionner sans le service ou la licence du fournisseur ?
4. Qui possède les comptes d'hébergement, les noms de domaine et les accès administratifs ?
5. Comment les sauvegardes sont-elles testées ?
6. Quelles parties reposent sur des services payants ou propriétaires ?
7. Comment une autre équipe pourrait-elle reprendre le projet ?
8. Quel budget annuel faut-il prévoir pour les licences, l'hébergement et la maintenance ?

Ces questions révèlent le coût réel et la marge de manœuvre beaucoup mieux qu'une liste de fonctionnalités.

Combien coûte chaque approche ?

Le low-code réduit souvent le coût initial lorsque le besoin entre bien dans son cadre. Son coût total inclut toutefois les licences, les paliers de capacité, les connecteurs, l'administration et les développements particuliers. Une application simple peut rester très économique; une application largement utilisée peut changer de profil lorsque le nombre d'utilisateurs augmente.

Le code sur mesure demande davantage de conception au départ. Son budget comprend l'analyse, le développement, les tests, la migration, l'hébergement et la maintenance. Il devient intéressant lorsque les gains opérationnels, la durée de vie ou le caractère particulier du produit justifient cet investissement.

Notre guide sur le coût d'un logiciel sur mesure au Québec en 2026 présente des fourchettes par taille de projet. Le bon calcul reste celui du coût total sur l'horizon prévu, comparé au temps, aux erreurs et aux occasions que le système permet d'économiser.

Choisir sans opposer artificiellement les outils

Il n'existe pas une seule bonne technologie pour tous les projets. DevActif utilise le low-code et le no-code lorsqu'ils réduisent réellement le risque et le coût. Nous utilisons du développement sur mesure lorsque les opérations exigent plus de liberté, d'intégration ou de durabilité.

Ce qui a changé, c'est que la vitesse n'appartient plus uniquement aux plateformes visuelles. Les outils de développement assisté par l'IA permettent maintenant à une équipe expérimentée de produire du code source beaucoup plus efficacement. Le client peut donc obtenir une première version rapidement sans nécessairement échanger sa marge de manœuvre future contre cette vitesse.

Le meilleur choix est celui dont les limites sont acceptables pour votre contexte — et dont vous comprenez le coût le jour où votre entreprise, votre processus ou votre fournisseur change.

Parlez-nous de votre projet logiciel et comparons les options.