Excel à côté du SaaS
Deux sources de vérité : le SaaS pour le pointage, le tableur pour la marge — aucune fiable à elle seule.
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.
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
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.
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.
Deux sources de vérité : le SaaS pour le pointage, le tableur pour la marge — aucune fiable à elle seule.
Champs « divers », commentaires illus, contournements pour validation ou nomenclature interne.
Exports limités, API inexistante ou bridée, connecteur premium qui ne couvre pas votre cas.
De 5 à 40 comptes : la grille SaaS devient un frein ; partage de comptes et perte de traçabilité.
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 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.
Circuits de validation, calcul de marge, nomenclature : traduits dans l’application, pas forcés dans un masque éditeur.
ERP, paie, compta : flux automatiques, sans double saisie ni fichier intermédiaire.
Pas de hausse tarifaire subie ni fonctionnalité retirée : vous repartez avec la stack si vous changez de prestataire.
Besoin en janvier, en production au printemps — pas dans 18 mois « quand l’éditeur priorisera ».
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.
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.
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é.
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é.
Besoin stable sur 3 ans : SaaS. Expansion marchés, effectifs, nouveaux outils : une base sur mesure absorbe la croissance avec moins de compromis.
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.
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.
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.