Article spécialisé
Choisir son logiciel : le processus d'abord, le produit ensuite
Comparer des listes de fonctions est facile et mène rarement à la bonne décision. La meilleure question est celle-ci : lequel de nos processus avons-nous le droit d'adapter au logiciel — et lequel non ?
Article spécialisé de la Open Experience GmbH. · État : septembre 2026
Comment choisir le bon logiciel de construction ?
En commençant par répartir ses propres processus en deux groupes. Les processus de création de valeur primaires — ce pour quoi une entreprise est connue — ne doivent pas être pliés à un logiciel : qui soumet son processus cœur à une solution standard travaille ensuite comme les concurrents qui utilisent la même solution. Les processus de soutien, eux, sont mieux servis par un logiciel standard, parce que ce sont le coût et la maintenabilité qui y comptent et qu'aucune différence ne s'y crée. Le comparatif de fonctions ne vaut la peine qu'après ce classement.
Cadre juridique : Allemagne (code civil BGB, règles de marchés de travaux VOB/B, barème HOAI). D’autres pays appliquent d’autres règles, et les stipulations du contrat priment sur les délais standard cités ici.
Primaire ou de soutien — la décision préalable
Le même logiciel peut être le bon choix pour une entreprise et le mauvais pour une autre. La différence ne tient pas au produit, mais au rôle du processus.
| Critère | Processus de création de valeur primaire | Processus de soutien |
|---|---|---|
| *À quoi le reconnaître* | Le client paie précisément pour cela | Nécessaire, mais interchangeable |
| *Sens de l'adaptation* | Le logiciel suit le processus | Le processus suit le logiciel |
| *Critère de décision* | L'adéquation, même si cela prend plus de temps | Coût, maintenabilité, délai de mise en place |
| *Risque d'un mauvais choix* | Perte du facteur de différenciation | Des ressources immobilisées sans contrepartie |
Le classement est propre à chaque entreprise : pour tel bureau, le suivi de l'exécution des travaux est le processus cœur ; pour tel autre, une prestation accessoire.
Exemple 1 — quand l'efficacité est le processus cœur
Un bureau d'études est connu pour un suivi de l'exécution particulièrement efficace. La répartition des tâches y est rodée : des ingénieurs expérimentés examinent l'ouvrage sur place et dictent des messages vocaux, le secrétariat en tire des tâches. Si l'on introduit alors un système de tickets qui soulage le secrétariat mais alourdit la conduite de travaux, c'est précisément l'avantage qui distingue le bureau qui bascule.
- Le compte n'y est pasUn allègement là où c'est bon marché, une surcharge là où c'est cher — c'est un déplacement, pas une amélioration.
- Mieux vaut attendre que se plierSi aucune solution adaptée n'existe, patienter est une meilleure décision que d'en prendre une qui abîme le processus cœur.
- Ce qu'un logiciel adapté fait iciSaisir la tâche et l'image en un seul geste, la remarque sous forme de message vocal — le dépouillement reste au secrétariat, comme avant.
L'exemple est une illustration, non une référence client — il décrit un schéma qui revient sans cesse dans les projets de sélection.
Exemple 2 — quand le développement sur mesure se trompe d'endroit
Un bureau d'ingénierie s'est constitué une avance réelle avec sa propre bibliothèque de modèles d'équipements techniques du bâtiment, dépendances géométriques comprises. De cette bonne expérience naît l'idée de faire développer aussi un système de saisie des tâches. L'erreur ne tient pas à la compétence, mais au classement : le bureau est connu pour l'étude des équipements techniques, pas pour le suivi de l'exécution.
- Des ressources sur le mauvais levierLa capacité de développement qui manque au cœur du métier crée du retard là précisément d'où vient l'avance.
- Trop peu de connaisseurs en interneQui ne vit pas le processus au quotidien ne sait ni le spécifier ni l'entretenir dans la durée.
- Ce qu'il faudrait faireUn système standard peu coûteux pour le processus secondaire — et le développement propre là où il produit un effet.
La bonne altitude pour les données
La deuxième question de sélection ne porte pas sur les fonctions mais sur les données : quelles informations sert-on chaque jour pour travailler, et lesquelles sont tenues à disposition comme référence ? Les données de travail doivent être là où l'on travaille — mobiles, hors ligne, retrouvables en quelques secondes. Les données de référence relèvent d'un classement ordonné, où l'on va les chercher au besoin. Qui force les deux dans le même système obtient soit une application de chantier poussive, soit une archive introuvable.
- En usage actifVices, contrôles, photos de la tranche en cours, plans à jour — chaque jour, accessibles en quelques gestes.
- Tenues comme référenceContrats, indices de plans anciens, tranches achevées — classés de façon traçable, mais sans encombrer.
- Standard et propre au projetUn dossier de chantier dont l'ossature est partout la même et qui accueille malgré tout les particularités du projet.
Des questions qui tranchent plus vite qu'une démonstration
Pour quoi le client nous paie-t-il ?
La réponse désigne les processus qu'il ne faut pas adapter.
Qui saisit les données ?
Les systèmes qui poussent la saisie vers le bas échouent sur ceux qui doivent saisir.
Cela fonctionne-t-il sans réseau ?
Au gros œuvre, ce n'est pas une question de confort mais la condition de l'usage.
Peut-on en ressortir ?
Les formats d'export décident si les données appartiennent au projet ou à l'éditeur.
Qui l'entretiendra dans trois ans ?
Pour un développement sur mesure, c'est la question la plus coûteuse et le plus souvent sans réponse.
Combien coûte le dixième utilisateur ?
Les modèles tarifaires qui punissent le déploiement empêchent exactement ce qui produit le bénéfice.
Spécialiste ou généraliste
Reste la question de fond : un fournisseur global qui évite les problèmes d'interface, ou plusieurs solutions spécialisées qui en font davantage dans leur segment. Les deux se défendent. Ce qui tranche, c'est l'endroit où la profondeur est nécessaire : qui exerce la phase d'exécution comme processus cœur a besoin de profondeur là et peut s'en passer ailleurs. La façon dont cela se présente face aux autres fournisseurs — y compris la question de savoir quand le concurrent est le meilleur choix — figure dans les pages de comparaison.
Ce qu'Open Experience est à cet endroit
Open Experience est le spécialiste de la phase d'exécution : vices, photos, journal, check-lists et saisie 360° sur une seule plateforme, avec son propre matériel et dans le langage de la Leistungsphase 8 (la phase 8 de la HOAI allemande, le suivi de l'exécution des travaux). Pour les études, le chiffrage ou la paie, d'autres sont compétents — et ce n'est pas une lacune, c'est la décision d'aller en profondeur dans le processus cœur.
Questions fréquentes
Standard ou sur mesure — qu'est-ce qui revient le moins cher ?
Le standard presque toujours à l'achat, le sur mesure presque jamais à l'exploitation. La vraie question de coût n'est pas la mise en place, mais l'entretien sur cinq ans.
À quoi reconnaît-on un processus primaire ?
Au fait que vos clients le citent quand ils expliquent pourquoi ils travaillent avec vous. Tout ce qui est nécessaire en interne mais interchangeable relève de l'autre groupe.
Combien de systèmes, c'est trop ?
Ce n'est pas le nombre qui tranche, ce sont les transmissions. Deux systèmes reliés par une interface propre valent mieux qu'un seul à côté duquel la moitié du travail se fait.
Qu'est-ce qu'un environnement de données commun ?
Un espace ordonné où tous les intervenants du projet accèdent au même état — avec une séparation nette entre état de travail, état validé et archive.
Combien de temps prend réellement une mise en place ?
L'installation est affaire de jours. La bascule dure un projet — surtout parce qu'il faut couper les anciennes voies parallèles, pas parce que le logiciel serait difficile.
Sur quoi les projets de sélection échouent-ils le plus souvent ?
Sur deux choses : on a choisi d'après des listes de fonctions plutôt que d'après les processus — et ceux qui devront saisir tous les jours n'ont pas pris part à la décision.
Sources et bases juridiques
Les affirmations juridiques de cet article s’appuient sur les sources primaires ci-dessous. Cet article ne remplace pas un conseil juridique dans un cas particulier.
D'abord vos processus, ensuite le logiciel.
45 minutes sans démonstration produit : nous trions avec vous quel processus fait votre différenciation — et lequel supporte le standard.