Choisir un logiciel pour le travail de conception
Une belle image ne suffit pas à démontrer qu’un logiciel convient au bureau. Les plans modifiables, les informations du modèle et un échange réellement exploitable par les partenaires comptent davantage. Définissez ces résultats avant de comparer les produits.
Définir les usages et les livrables
Un petit bureau travaillant en 2D a d’autres besoins qu’une équipe partageant une maquette. Les transformations peuvent nécessiter des plans existants, plusieurs formats et une distinction claire entre existant et projet. La visualisation constitue un besoin distinct des quantités ou des plans d’exécution.
Indiquez les types de projets et le nombre de postes prévus. Distinguez les livrables réguliers des usages occasionnels pour éviter des modules choisis uniquement parce qu’ils figurent dans une longue liste.
| Objectif | Démonstration utile |
|---|---|
| Dessin 2D | Plans modifiables, annotations et sorties adaptées |
| BIM et quantités | Composants structurés et rapports vérifiables |
| Visualisation | Vues et images attendues |
| Coordination | Échanges convenus de modèles et de points à traiter |
Examiner les modèles et bibliothèques suisses
Les modèles locaux, bibliothèques de composants, rapports de surfaces et classifications peuvent faciliter le démarrage. Vérifiez ce qui est inclus dans la licence, ce qui dépend d’un contrat de service et comment conserver les standards du bureau.
Une référence à des normes dans un modèle ne remplace pas l’examen professionnel du projet. Le choix du logiciel ne rend pas à lui seul le BIM obligatoire pour tout projet suisse. Les besoins dépendent du mandat et des livrables convenus.
Tester l’échange sur un exemple
Demandez les versions réellement nécessaires d’IFC et de DWG ainsi que les sorties PDF. Un format ouvert ne conserve pas automatiquement toutes les possibilités de modification natives. BCF transmet des problèmes et commentaires liés au modèle ; le modèle est partagé séparément.
Sur un petit exemple sans informations confidentielles, vérifiez niveaux, coordonnées, unités, propriétés et quantités. Testez également le retour d’une correction. Un export réussi ne garantit pas que le partenaire puisse utiliser son contenu.
Organiser la collaboration
Le travail individuel, l’équipe interne et les spécialistes externes demandent des droits, versions et validations différents. Déterminez qui rassemble les modèles, intègre les changements et clôt les points ouverts.
Comparez séparément le stockage de projet partagé et la coordination des modèles. Définissez les versions de référence et les accès limités permettant aux partenaires de collaborer.
Prendre en compte les projets et appareils existants
Indiquez systèmes d’exploitation, versions connues et formats actuels. Les anciens projets, bibliothèques internes et extensions peuvent peser davantage sur une migration que de nouvelles fonctions de dessin. Vérifiez les versions qui resteront consultables et modifiables.
Évaluez les besoins matériels et graphiques avec un projet représentatif. Une migration pilote doit utiliser des copies et préserver l’original. Formation, adaptation des modèles et période de transition font partie du déploiement.
Comparer le coût dans la durée
Comparez le même nombre de postes et les mêmes modules. Licences, contenus locaux, collaboration, stockage, assistance et mises à niveau peuvent être facturés séparément. Un prix de départ ne représente pas ce périmètre complet.
Séparez prestations initiales et frais récurrents. Demandez les possibilités d’export, l’accès ultérieur aux anciens projets et les frais de sortie. Une offre sérieuse précise ses hypothèses et exclusions.
| Poste de coût | À préciser dans l’offre |
|---|---|
| Licences et modules | Postes, durée et fonctions nécessaires |
| Contenus locaux | Modèles, bibliothèques et mises à jour |
| Collaboration | Accès, stockage et participants externes |
| Déploiement et changement | Formation, migration, assistance et exports futurs |
Préparer la demande et le pilote
Une première demande peut décrire projets, postes, systèmes, programmes connus, livrables et formats des partenaires. Réunissez les besoins de modèles et bibliothèques dans un court texte. N’envoyez pas de plans confidentiels, mots de passe ou dossiers complets.
Convenez ensuite d’un pilote limité : produire un plan, échanger le modèle, vérifier une modification et livrer les sorties. Décidez à partir de ces tâches avant de migrer toute l’équipe et tous les projets.
Questions fréquentes
Un bureau travaillant en 2D doit-il passer au BIM ?
Pas du seul fait de choisir un logiciel. Examinez les livrables convenus et l’utilité réelle d’une maquette.
Un modèle IFC se modifie-t-il comme un fichier natif ?
Pas automatiquement. Les données peuvent servir à l’échange sans reprendre les mêmes fonctions ou liens de bibliothèque. Testez le cas concret.
BCF remplace-t-il le modèle ?
Non. Il décrit des points et vues liés à un modèle partagé séparément.
Que deviennent les anciens projets ?
Clarifiez versions prises en charge, conversion et accès conservé. Testez une copie avant de transformer les originaux.
Quelles informations sur les appareils fournir ?
Le système d’exploitation et le matériel connu suffisent au départ. Le fournisseur doit évaluer le besoin selon les projets et fonctions envisagés.
Peut-on demander une offre sans charger de plans ?
Oui, pour une première estimation du périmètre, avec postes, types de projets et formats. Un exemple adapté peut être convenu ensuite pour les tests.
