Structure technique dédiée — Expertise web & mobile — Basée en France
Développement BTP

Application sur mesure vs SaaS BTP : comment choisir ?

Vous utilisez un logiciel de gestion de chantier depuis deux ans. Il fait le job à 70 %. Les 30 % restants, vous les comblez avec Excel, WhatsApp et des bouts de ficelle. Voici comment savoir si c'est normal, ou si c'est le signe qu'il faut changer d'approche.

arbitrage — outil & périmètre

SAAS

time-to-value · abonnement · roadmap éditeur

SUR MESURE

process · intégrations · propriété du code

HYBRIDE

SaaS standard + modules ciblés

SIGNAL

Excel parallèle · API bridée · coût / tête

1// la bonne question : où ça freine ?
2if (genericGap() > threshold) considerCustom();
Lecture · 5 signaux · 4 critères · hybride possible
Pas de dogme SaaS, sur mesure ou les deux selon votre contexte
Terrain Décision et adoption par les équipes chantier
Données & API Exports, verrouillage fournisseur, intégrations
Budget réel Coût licence + options + contournements

Le SaaS BTP fait bien son job, jusqu'à un certain point

Les éditeurs couvrent un périmètre réel avec une mise en route rapide. L’écart entre catalogue et votre activité est d’abord négligeable — puis il grossit.

Soyons clairs : les logiciels SaaS spécialisés BTP sont de bons produits. Finalcad, Fieldwire, BatiScript, Buildrz, Opus, Kizeo — chacun couvre un périmètre fonctionnel réel avec une mise en route rapide et un coût d'entrée maîtrisé.

Pour une PME qui démarre sa digitalisation, un SaaS est souvent le bon premier choix. Pas de développement, pas d'infrastructure à gérer, une interface pensée pour le terrain, des mises à jour régulières. En quelques jours, vos chefs de chantier pointent sur mobile et vos conducteurs de travaux suivent l'avancement depuis un navigateur.

Le problème n'est jamais le SaaS en soi. Le problème, c'est l'écart entre ce que le logiciel propose et ce que votre activité exige réellement. Cet écart est négligeable au début. Puis il grandit.

Les 5 signaux qu'un SaaS ne suffit plus

Souvent sur 12 à 24 mois. Pris isolément, chaque signal semble anodin — c’est leur accumulation qui pose problème. Trois situations reconnues : il est temps d’arbitrer.

Excel à côté du SaaS

Deux sources de vérité : le SaaS pour le pointage, le tableur pour la marge — aucune fiable à elle seule.

Le process ne rentre pas dans les cases

Champs « divers », commentaires illus, contournements pour validation ou nomenclature interne.

Données piégées

Exports limités, API inexistante ou bridée, connecteur premium qui ne couvre pas votre cas.

Coût par utilisateur

De 5 à 40 comptes : la grille SaaS devient un frein ; partage de comptes et perte de traçabilité.

Roadmap éditeur

Fonctionnalité « votée » depuis 18 mois sans livraison : votre activité reste sur des bricolages.

Si vous reconnaissez trois de ces situations, le SaaS a atteint sa limite utile pour votre contexte. Ce n'est pas un défaut du produit — c'est le signe que votre activité a dépassé ce qu'un outil générique peut absorber.

Ce que le sur mesure permet que le SaaS ne permettra jamais

Ce n’est pas un « meilleur SaaS » : le logiciel s’adapte à votre façon de travailler. Propriété, rythme et coût hors tarification par tête.

01

Votre process, tel qu'il est

Circuits de validation, calcul de marge, nomenclature : traduits dans l’application, pas forcés dans un masque éditeur.

02

Outils connectés

ERP, paie, compta : flux automatiques, sans double saisie ni fichier intermédiaire.

03

Données & code à vous

Pas de hausse tarifaire subie ni fonctionnalité retirée : vous repartez avec la stack si vous changez de prestataire.

04

Votre roadmap

Besoin en janvier, en production au printemps — pas dans 18 mois « quand l’éditeur priorisera ».

Coût & échelle
  • Pas de tarif proportionnel au nombre de comptes terrain
  • Infrastructure serveur qui croît par paliers, souvent plus doux qu’une grille SaaS
  • Même enveloppe projet pour 10 ou 200 utilisateurs sur un même socle

La grille : 4 critères pour trancher

Deux critères vers le SaaS ? Restez-y. Deux vers le sur mesure ? Parlons-en sérieusement. Égalité ? L’hybride est souvent le bon compromis.

Critère 01

Maturité du process

Encore en expérimentation : le SaaS permet d’itérer sans socle lourd. Process stabilisé : le sur mesure le fige dans un outil qui ne bouge pas sans votre accord.

Critère 02

Utilisateurs & rôles

Moins de 10 profils homogènes : SaaS souvent suffisant. Au-delà de ~20 rôles variés : droits, vues métier et workflows justifient souvent un outil dédié.

Critère 03

Budget réel (3 ans)

Licences, options, temps perdu en contournements et ressaisies. Le sur mesure peut devenir rentable dès l’année 2 avec un premier périmètre maîtrisé.

Critère 04

Ambition d’évolution

Besoin stable sur 3 ans : SaaS. Expansion marchés, effectifs, nouveaux outils : une base sur mesure absorbe la croissance avec moins de compromis.

L'approche hybride, souvent la meilleure réponse

La question est rarement binaire : où tracer la frontière entre ce que le SaaS fait déjà bien et ce que seul un module sur mesure débloquera ?

Dans la pratique, la question n'est presque jamais « SaaS ou sur mesure ». C'est « où placer la frontière entre les deux ».

L'approche la plus efficace consiste à garder le SaaS là où il excelle, les fonctionnalités standard qu'il couvre bien et que vous n'avez aucune raison de redévelopper, et à construire du sur mesure uniquement sur les points de friction que le SaaS ne résoudra jamais.

Concrètement, cela peut ressembler à ceci. Vous conservez votre SaaS de suivi de chantier pour le planning et les rapports d'avancement. Mais vous développez un module sur mesure pour la valorisation par BPU, parce que votre méthode de calcul est spécifique à vos marchés. Ce module se connecte au SaaS via son API pour récupérer les données d'avancement, et à votre ERP pour pousser les données financières.

Autre exemple : le SaaS gère le pointage terrain, mais une application sur mesure centralise la consolidation des heures avec les données de paie, les coûts matériaux et le suivi de rentabilité par affaire, ce qu'aucun SaaS BTP du marché ne fait correctement parce que chaque entreprise calcule différemment.

Le résultat est un écosystème où chaque outil fait ce qu'il fait le mieux. Pas de remplacement brutal, pas de migration risquée, pas de fonctionnalités reconstruites inutilement.

Ce qu'il faut retenir

La question n'est pas « quel est le meilleur outil ». La question est « où est-ce que mon outil actuel me freine, et quel est le moyen le plus efficace de lever ce frein ».

Parfois, c'est un meilleur paramétrage du SaaS existant. Parfois, c'est un module sur mesure qui vient combler un manque précis. Parfois, c'est une refonte complète. Le diagnostic de départ détermine tout.

Ce qui ne fonctionne jamais, c'est de subir la situation : garder un outil qui ne colle plus en espérant que l'éditeur finira par ajouter la fonctionnalité manquante, ou continuer à combler les trous avec Excel en acceptant la perte de temps et de fiabilité comme une fatalité.

Articles complémentaires : transformer Excel en application métier sans big bang · coût réel d'une application métier BTP.

Vous sentez que votre SaaS actuel atteint ses limites mais vous ne savez pas si le sur mesure est justifié ?

Nous analysons votre écosystème existant (SaaS, Excel, ERP) et identifions précisément où le sur mesure apporte un gain réel et où il n'en apporte pas. Pas de dogme, pas de vente forcée : un diagnostic factuel.