Une entreprise du bâtiment ne change pas de logiciel parce qu’elle s’ennuie. Elle en change parce qu’un jour, le devis prend deux heures au lieu de vingt minutes, parce que le conducteur de travaux ressaisit à la main ce que le technicien a déjà saisi sur site, ou parce que l’éditeur annonce que la fonction demandée fera l’objet d’un devis spécifique.
Cette page traite de ce moment précis : celui où le logiciel du marché cesse d’être une solution et devient une contrainte. Elle ne cherche pas à vous convaincre que le sur-mesure est toujours la bonne réponse — dans la majorité des cas, il ne l’est pas.
À partir de quand un logiciel du bâtiment devient-il un frein ?
Le signal le plus fiable n’est pas une frustration, c’est une dépense. À partir du moment où votre entreprise paie de la prestation à son éditeur pour obtenir un comportement spécifique, à l’intérieur d’un produit qu’elle ne possède pas, l’arbitrage change de nature. La question n’est plus « quel logiciel choisir » mais « à qui appartient ce que je finance ».
Trois seuils reviennent de façon récurrente dans les retours d’utilisateurs. Le passage d’environ cinq à quinze ou vingt utilisateurs terrain, où le coût annuel de l’abonnement devient comparable à un budget de développement. L’apparition d’un processus que l’outil refuse de modéliser et qu’on contourne avec un tableur. Et l’échéance réglementaire dont le traitement dépend du calendrier de l’éditeur plutôt que du vôtre.
Les six situations où le standard craque
Le modèle de licence punit la croissance
Ce n’est pas le prix d’entrée qui pose problème, c’est sa dérivée. Trois mécaniques distinctes se retrouvent chez des éditeurs différents. La double licence, d’abord : chez Praxedo, un collaborateur ayant besoin à la fois de l’accès web et de l’application mobile est facturé deux fois, et les utilisateurs signalent que plusieurs fonctions considérées comme essentielles, dont le reporting, sont vendues en option.
Le plafond de connexions simultanées, ensuite. ProGBat annonce des utilisateurs illimités mais limite à cinq connexions simultanées ses offres Essentiel (29 € HT/mois) et Premium (42 € HT/mois). Passer à l’illimité impose l’offre All Inclusive à 138 € HT/mois, soit un facteur 3,3 — alors que le besoin fonctionnel, lui, n’a pas bougé. Une entreprise qui met huit conducteurs de travaux en ligne le lundi matin heurte ce mur sans prévenir.
Le coût marginal par tête, enfin : 29,99 € HT par utilisateur supplémentaire et par mois chez Axonaut, 19 € HT chez Batappli. Ces montants sont linéaires ; la valeur qu’en tire l’entreprise, rarement.
Le workflow métier ne rentre pas dans le moule
C’est le motif le plus cité dans les avis vérifiés, et le plus difficile à anticiper en démonstration commerciale. Sur EBP Bâtiment, plusieurs utilisateurs de profil assistant-comptable formulent la même chose : l’outil « ne prend pas en compte certaines spécificités du métier ». Sur Praxedo, un utilisateur résume le problème mieux que n’importe quel argumentaire : les champs personnalisés existent, mais on ne peut pas les classer — donc ils existent sans être exploitables. Un utilisateur de Sage Batigest décrit un système « mal paramétré pour mes chantiers ».
Le point commun de ces retours : le logiciel ne manque pas de fonctionnalités, il impose une structure de données qui n’est pas celle de l’entreprise.
Chaque adaptation redevient un développement facturé
Sur Easy WMS de Mecalux, des utilisateurs constatent que de petites modifications « nécessitent des développements spécifiques avec les coûts correspondants ». C’est le point de bascule économique le plus net : l’entreprise finance du développement sur mesure, mais à l’intérieur d’un produit dont elle ne détient ni le code, ni la roadmap, ni la réversibilité.
Le hors-ligne promis n’existe pas en chaufferie
ProGBat n’offre simplement pas de mode hors ligne et requiert une connexion permanente. Praxedo, qui vend le hors ligne dès son offre d’entrée, récolte des retours indiquant que la fonction est « parfois faible selon l’appareil et l’environnement », avec des déconnexions après inactivité.
Un sous-sol d’immeuble, une chaufferie collective, un chantier en zone blanche : ce sont les lieux de travail réels du second œuvre. Une application qui suppose le réseau n’est pas une application terrain, c’est une application de bureau qu’on emmène sur le terrain.
Les données sont dans l’outil, mais illisibles
Sur Organilog, un utilisateur paysagiste pointe des capacités d’extraction insuffisantes pour le reporting. Sur Praxedo, les retours convergent : pas de personnalisation native des tableaux de bord, les utilisateurs se rabattent sur Power BI, et le reporting programmé fait défaut.
Le symptôme classique est là : l’entreprise achète une brique décisionnelle par-dessus son logiciel métier, et paie deux abonnements pour une question à laquelle un tableau de bord conçu pour elle répondrait nativement.
Le trou d’intégration recrée la double saisie
Batappli propose un export comptable, sans comptabilité intégrée ni synchronisation. Codial Bâtiment n’a pas non plus de comptabilité intégrée. Sur Praxedo, les connecteurs Sage sont décrits comme limités et l’intégration SAP comme difficile, avec des fonctions non implémentées. Chez EBP, un comptable de travaux publics résume son besoin par la recherche d’« une solution intégrée » plutôt que plusieurs systèmes dont les mises à jour ne sont pas synchronisées.
À chaque interface manquante correspond une personne qui ressaisit.
Ce qu’en dit un éditeur, chiffres à l’appui
L’argument le plus solide sur les limites du standard ne vient pas d’une agence de développement. Il vient de Hardis, éditeur du WMS Reflex, qui publie lui-même les cas où un développement spécifique se justifie : automatiser un contrôle qualité critique dans un secteur donné, modéliser des opérations logistiques propres à une chaîne, gérer des flux de stock hybrides, ou répondre à une obligation légale sectorielle.
Le même éditeur documente le cas de Manitou, qui a soumis ses demandes de spécifiques à un « tribunal des spécifiques » : sur 45 demandes analysées, 60 % ont été abandonnées, 26,4 % ramenées au standard, et 23,6 % conservées comme spécifiques. Même dans une démarche volontairement hostile au développement sur mesure, près d’un besoin sur quatre résiste.
C’est le bon ordre de grandeur pour aborder le sujet : le sur-mesure ne remplace pas le standard, il traite la fraction que le standard ne prend pas.
1er septembre 2026 : l’échéance qui remet les SI à plat
La réforme de la facturation électronique entre en application le 1er septembre 2026. À cette date, toutes les entreprises assujetties à la TVA établies en France doivent être en capacité de recevoir des factures électroniques, quelle que soit leur taille — micro-entrepreneurs et entreprises en franchise en base comprises. Les grandes entreprises et les ETI doivent également émettre au format électronique et transmettre leurs données de transaction. Les PME, TPE et micro-entreprises basculent sur l’émission au 1er septembre 2027.
Deux évolutions rendent le sujet plus structurant qu’il n’y paraît. D’une part, les « plateformes de dématérialisation partenaires » sont désormais désignées comme plateformes agréées dans la documentation officielle. D’autre part, le portail public de facturation n’offre plus de service gratuit d’émission et de réception : il conserve un rôle d’annuaire et de concentrateur de données. Le passage par une plateforme agréée est donc obligatoire pour toutes les entreprises, y compris les plus petites.
Pour une entreprise du bâtiment, la question n’est pas « mon logiciel gère-t-il la facture électronique » mais « comment mes situations de travaux, mes retenues de garantie et mes acomptes se traduisent-ils dans un flux structuré ». C’est une question de modélisation, et elle ne se règle pas par une case à cocher.
Quatre métiers, quatre contraintes que le généraliste ignore
Le bâtiment n’est pas un métier, c’est une famille de métiers dont les obligations n’ont rien en commun. Un logiciel généraliste traite le devis et la facture ; il ignore presque toujours ce qui suit.
Le plombier vit de l’urgence non planifiée, qui casse une tournée construite la veille, et doit produire une certification TVA correcte dès le premier acompte. Voir la page dédiée au développement sur mesure pour les plombiers.
Le chauffagiste gère un parc d’équipements et un échéancier : l’entretien des chaudières de 4 à 400 kW est annuel, celui des systèmes thermodynamiques de 4 à 70 kW s’effectue une année civile sur deux, et les installations de plus de 70 kW relèvent d’une inspection périodique quinquennale. L’attestation d’entretien d’une chaudière doit être remise sous quinze jours. Ce n’est pas de la gestion d’intervention, c’est de la gestion de parc.
Le climaticien travaille sous le règlement (UE) 2024/573, entré en vigueur le 11 mars 2024. Les contrôles d’étanchéité se déclenchent à partir de 5 tonnes équivalent CO₂ pour les gaz de l’annexe I, avec des fréquences de 3, 6, 12 ou 24 mois selon la charge et la présence d’un système de détection. Chaque intervention donne lieu à une fiche CERFA 15497*04, conservée cinq ans par l’opérateur comme par le détenteur.
L’électricien travaille depuis le 1er septembre 2025 sur la série NF C 15-100 publiée le 21 août 2024 — une refonte en vingt et une parties, et non un simple amendement. Chaque bibliothèque de prix, chaque trame de chiffrage, chaque contrôle de conformité s’appuie sur cette architecture.
Ce qu’implique réellement un développement sur mesure
Un développement sur mesure n’est pas un logiciel écrit de zéro pour remplacer tout l’existant. Dans la majorité des projets que nous menons, il vient combler l’écart entre ce que le SI en place fait bien et ce qu’il ne fera jamais : une application terrain qui fonctionne réellement hors connexion et se synchronise ensuite, un moteur de chiffrage qui parle le vocabulaire de l’entreprise, un tableau de bord qui répond à la question du dirigeant plutôt qu’à celle du produit.
Trois différences comptent face à un abonnement. Le code vous appartient. Le coût ne croît pas mécaniquement avec le nombre d’utilisateurs. Et l’évolution suit votre calendrier, pas la roadmap d’un éditeur.
En contrepartie, le sur-mesure demande un investissement initial supérieur, une phase de cadrage sérieuse, et une maintenance à budgéter dès le départ. Une entreprise dont le processus tient dans un produit standard n’a aucune raison de s’y engager.
Combien coûte un développement métier dans le bâtiment ?
Les prix affichés publiquement sur ce marché restent rares. À titre de repère externe, une agence positionnée sur le développement de WMS annonce un projet à partir de 9 000 € pour une durée de trois mois. Ce type de montant correspond à un périmètre volontairement resserré, pas à la refonte d’un système d’information.
Ce que nous pouvons dire précisément, parce que c’est publié dans nos études de cas, porte sur la phase qui décide de tout le reste : le cadrage. Sur nos trois missions documentées d’étude AMOA, de conception et de spécifications détaillées — ESLC dans l’énergie, Maïa Rail dans le ferroviaire et le BTP, le Grand Lyon avec ENFRASYS sur les infrastructures —, la durée s’est établie à 15, 16 et 17 jours respectivement. Six phases à chaque fois : compréhension du besoin, modélisation de l’existant, optimisation du processus cible, analyse fonctionnelle, wireframes interactifs, maquettes haute-fidélité.
Cette régularité n’est pas un hasard de calendrier : c’est la durée nécessaire pour transformer un besoin flou en spécifications que l’on peut chiffrer sans se tromper. Elle constitue le premier repère utile, parce qu’à son terme vous disposez d’un périmètre défini, de maquettes validées et d’un budget de développement fiable — avant d’avoir engagé la construction.
Pour le retour sur investissement, le repère que nous publions est de 13 mois en moyenne pour rentabiliser un développement sur mesure. Le budget de la phase de construction, lui, dépend entièrement du périmètre retenu au cadrage : un module d’échéancier n’a pas le poids d’une application terrain complète avec back-office et interfaces. C’est précisément pour cela que nous ne publions pas de grille tarifaire — un prix affiché sans périmètre est un prix faux.
Le diagnostic initial, lui, tient en deux heures.
Questions fréquentes
Faut-il remplacer son logiciel actuel pour développer du sur-mesure ?
Non, et c’est rarement souhaitable. La plupart des projets conservent l’outil de gestion et de comptabilité en place, et développent la brique manquante autour, connectée par interface. Remplacer un ERP fonctionnel pour un besoin périphérique multiplie le coût et le risque sans bénéfice.
Combien de temps avant d’avoir quelque chose d’utilisable ?
Le délai dépend du périmètre du premier lot, pas de la taille du projet global. Un premier périmètre resserré et réellement utilisé sur le terrain vaut mieux qu’un système complet livré en une fois.
Sur la phase de cadrage, la réponse est chiffrée et vérifiable : nos trois missions publiées d’étude et de conception ont duré 15 jours pour ESLC, 16 pour Maïa Rail et 17 pour le Grand Lyon et ENFRASYS, wireframes et maquettes haute-fidélité compris. À l’issue de cette phase, vous avez des écrans validés et un périmètre chiffrable.
Pour la mise en production, le délai dépend du premier lot défini pendant ce cadrage, et non de la cible finale. Le principe que nous appliquons : un périmètre resserré et réellement utilisé sur le terrain vaut mieux qu’un système complet livré d’un bloc.
Que devient le code si nous cessons de travailler ensemble ?
Il vous appartient. C’est la différence de fond avec un abonnement : les sources, la documentation et les environnements sont livrés, et un autre prestataire peut reprendre la maintenance. La réversibilité se contractualise au démarrage, pas au moment de la rupture.
Le sur-mesure gère-t-il la facturation électronique obligatoire ?
Oui, à condition que ce soit prévu au cadrage. L’obligation de réception s’applique à toutes les entreprises assujetties depuis le 1er septembre 2026, et l’émission aux PME et TPE au 1er septembre 2027. Concrètement, l’application se raccorde à une plateforme agréée ; la difficulté n’est pas le raccordement mais la modélisation des situations de travaux et des retenues de garantie dans un format structuré.
Une application terrain fonctionne-t-elle vraiment sans réseau ?
Elle le peut si l’architecture est prévue pour, ce qui suppose un stockage local, une file de synchronisation et une stratégie de résolution des conflits. C’est un choix de conception à faire au départ : ajouter le hors-ligne à une application qui ne l’a pas prévu revient à la réécrire.
Parler de votre projet
La première étape n’est pas un développement, c’est un cadrage : comprendre ce que votre outil actuel fait bien, isoler ce qu’il ne fera jamais, et chiffrer uniquement cet écart. Demander un devis. Vous pouvez aussi consulter notre offre de développement sur mesure et nos réalisations.