La transition CAO → BIM est parfois présentée comme une migration logicielle : l’entreprise travaillait sous AutoCAD, elle installe Revit, forme ses collaborateurs et devient « BIM ». C’est rarement aussi simple.
Le changement le plus difficile n’est pas l’apprentissage de l’interface. C’est l’abandon progressif d’une logique centrée sur le dessin pour une logique centrée sur le modèle et l’information. Une ligne CAO n’a pas besoin de savoir ce qu’elle représente. Un objet BIM, lui, est attendu comme un élément identifiable, classé, paramétré et relié à d’autres objets.
1. Du dessin au modèle
Dans un workflow 2D classique, un plan, une coupe et une élévation peuvent être trois dessins relativement indépendants. Leur cohérence dépend largement de la discipline de l’équipe.
Dans Revit, les vues sont générées depuis un modèle commun. Autodesk décrit précisément cette logique paramétrique : les relations entre les éléments permettent au logiciel de propager les changements et de maintenir la cohérence du projet.
Si un mur se déplace, les vues, cotes, surfaces et relations concernées peuvent être mises à jour. Cette puissance change aussi la nature de l’erreur : une mauvaise modification peut se propager partout très rapidement.
2. Un mur n’est plus quatre lignes
Un mur BIM possède un type, une composition, une hauteur, des contraintes, des matériaux et des propriétés. Il peut être quantifié, filtré, exporté vers IFC ou contrôlé automatiquement.
Cette sémantique est l’un des principaux gains du BIM. Mais elle impose une rigueur nouvelle. Si l’utilisateur modélise tout avec des objets génériques ou détourne les catégories, la maquette peut rester visuellement correcte tout en devenant inutilisable pour les autres usages.
C’est pourquoi la qualité de la modélisation doit être jugée selon les besoins du projet, pas seulement selon le rendu graphique des plans.
3. Les vues ne doivent plus devenir des dessins indépendants
Une équipe issue de la CAO a souvent le réflexe de « corriger la vue ». Dans Revit, cette habitude peut conduire à masquer les problèmes avec des éléments 2D, des lignes de détail ou des annotations qui contournent le modèle.
Ces outils ne sont pas interdits. Ils sont indispensables pour la documentation. Mais ils doivent rester cohérents avec le modèle. Lorsqu’une correction 2D sert à cacher une incohérence 3D, on recrée progressivement un workflow CAO à l’intérieur de Revit.
4. Les paramètres deviennent une nouvelle discipline de projet
La CAO traditionnelle peut contenir des attributs et des données, mais la transition BIM augmente fortement leur rôle. Les paramètres servent aux nomenclatures, filtres, quantités, classifications, contrôles, exports IFC, 4D, 5D ou exploitation.
Il faut donc apprendre à distinguer paramètre de type et d’occurrence, texte et nombre, donnée de référence et donnée calculée, information obligatoire et information facultative.
Une entreprise qui déploie Revit sans stratégie de paramètres finit souvent avec des dizaines de champs redondants : Code, Code_Projet, Code final, Code_BIM. Le problème n’est pas Revit ; c’est l’absence de gouvernance.
5. Le gabarit devient un outil de production stratégique
Dans une transition bien menée, le gabarit Revit ne se limite pas à quelques styles graphiques. Il structure les vues, filtres, nomenclatures, paramètres, cartouches, familles système, règles de nommage et parfois les contrôles.
Le gabarit doit toutefois rester maintenable. Ajouter chaque particularité d’un projet dans le template de l’entreprise crée rapidement un monstre difficile à faire évoluer.
Je préfère un socle standard stable complété par des configurations projet clairement identifiées.
6. La bibliothèque change de nature
Une bibliothèque CAO peut contenir des blocs par milliers avec peu de conséquences sur les performances. Une bibliothèque Revit mal maîtrisée peut alourdir fortement les modèles et introduire des paramètres incohérents.
Les familles doivent donc être gouvernées : conventions de nommage, origine, catégorie, niveau de détail, matériaux, paramètres, versions. Une famille extrêmement détaillée n’est pas nécessairement meilleure.
Le niveau de géométrie doit correspondre aux usages. Modéliser chaque vis d’un équipement n’aide pas forcément la coordination et peut pénaliser la performance.
7. La collaboration devient plus sensible
Avec le worksharing Revit, plusieurs utilisateurs peuvent travailler sur un même modèle partagé. Autodesk décrit le principe du modèle central et des copies locales, avec synchronisation des modifications.
Cette collaboration impose des règles que l’on rencontre moins dans une production de DWG indépendants : synchronisation, propriété des éléments, worksets, modèles liés, versions et gestion des conflits.
Sur des projets multidisciplinaires, je préfère généralement conserver des modèles métiers séparés et les lier/fédérer plutôt que chercher un modèle unique contenant tout. La collaboration BIM n’est pas la fusion de toutes les disciplines dans un fichier.
8. La coordination arrive plus tôt
En CAO, certains conflits ne deviennent visibles qu’au moment de superposer les plans ou sur chantier. Le BIM permet de fédérer les modèles et de contrôler beaucoup plus tôt les interfaces spatiales.
Mais cela change également la responsabilité des équipes : une maquette publiée devient une donnée de coordination consommée par d’autres. Il faut donc maîtriser la version, les coordonnées et le statut de l’information.
Le modèle « presque bon » envoyé sans contexte peut créer plus de confusion qu’un plan clairement identifié comme provisoire.
9. Le livrable ne se réduit plus au PDF
Les plans PDF restent évidemment essentiels. Mais un projet BIM peut aussi livrer RVT, IFC, BCF, nomenclatures, bases de données, modèles fédérés ou données destinées à l’exploitation.
Chaque format doit avoir un usage défini. Exporter systématiquement tous les formats disponibles ne constitue pas une stratégie de livraison.
Le passage à l’IFC introduit aussi une nouvelle étape de contrôle. Un modèle Revit correct n’est pas automatiquement un IFC correct. Classes, propriétés, GUID et géoréférencement doivent être vérifiés après export.
10. La qualité devient automatisable
Le BIM rend de nombreux contrôles beaucoup plus systématiques. On peut détecter des paramètres vides, familles interdites, doublons, catégories incorrectes, valeurs incohérentes ou problèmes de classification.
Cette possibilité transforme le rôle du BIM Manager. Au lieu d’ouvrir manuellement 50 vues, il peut construire des règles qui ciblent les anomalies.
Mais l’automatisation fonctionne uniquement si les données sont structurées. Elle récompense donc les entreprises qui ont fait le travail de standardisation en amont.
11. La productivité peut d’abord baisser
Une transition BIM sérieuse a un coût d’apprentissage. Pendant les premières semaines, un collaborateur expérimenté en CAO peut produire plus lentement dans Revit.
Il faut l’accepter et éviter de juger le BIM uniquement sur le nombre de plans produits à court terme. Une partie du temps est investie dans le modèle, les relations et les données qui permettront ensuite de produire plus vite les modifications, quantités ou livrables.
La courbe de productivité dépend énormément de la qualité des standards et de l’accompagnement.
12. Pourquoi commencer par un projet pilote
Je déconseille de transformer toute une entreprise d’un coup. Un projet pilote permet de tester gabarit, bibliothèque, nomenclatures, collaboration, IFC et contrôle sans exposer immédiatement tous les projets au même risque.
Le pilote doit être représentatif mais maîtrisable. Un micro-projet trop simple ne révélera pas les vrais problèmes. Un projet gigantesque et urgent est un mauvais laboratoire.
13. La formation logiciel ne suffit pas
Une formation Revit apprend à modéliser. Un déploiement BIM doit également expliquer pourquoi on modélise ainsi, comment l’information est utilisée, ce qui doit être contrôlé et comment publier un livrable.
Les meilleurs résultats apparaissent lorsque formation, standards, support et retours d’expérience avancent ensemble.
14. Une transition progressive que je recommande
Je commencerais par cartographier les workflows CAO existants : plans types, nomenclatures, bibliothèques, contrôles et irritants. Ensuite, définir les usages BIM prioritaires. Puis construire un standard minimum : gabarit, familles critiques, paramètres, règles de nommage, méthode de collaboration et export.
Après un pilote, les retours doivent être intégrés avant de généraliser. L’automatisation vient ensuite, lorsque les méthodes sont suffisamment stables.
Conclusion
Passer de la CAO au BIM ne signifie pas abandonner le dessin. Cela signifie que le dessin devient l’une des expressions d’un système d’information plus riche.
La transition réussit lorsque les équipes cessent progressivement de penser « comment dessiner ce plan ? » et commencent à penser « quelles informations et quelles relations doivent exister pour que ce plan, cette quantité et cet export soient fiables ? ».
Une transition BIM durable se construit sur des standards contrôlables.
Les outils PMB Revit sont conçus pour aider à industrialiser les données, les contrôles et les tâches répétitives lorsque les méthodes de production deviennent suffisamment structurées.
