Une due diligence infrastructure peut mobiliser des semaines de recherches avant même qu'un projet soit réellement cadré. Une jeune société veut réduire cette phase en orchestrant des recherches multi-sources et des contrôles humains autour d'un livrable de développement. L'approche est sérieuse, et c'est justement pour cela qu'elle mérite d'être regardée de près plutôt que relayée telle quelle.
TL;DR : Build annonce exploiter plus de 1 600 sources, réduire certains délais de plus de 95 % et avoir été déployée sur plus de 100 projets dans 15 pays. Ces chiffres sont des déclarations de l'entreprise rapportées par la presse spécialisée, pas des mesures indépendantes transposables à un projet luxembourgeois ou belge. La vraie question pour le Benelux reste la traçabilité des données urbanistiques, énergétiques, environnementales et BIM avant toute décision d'engagement.
Que fait exactement Build, et pourquoi son modèle interpelle ?
Selon AEC Magazine du 1er juillet 2026, Build a levé 8,5 millions de dollars en amorçage, mené par Index Ventures, avec Pebblebed, Puzzle Ventures et Tiny.vc, plus un tour d'anges qui comprend la directrice financière d'OpenAI et le directeur technique de Blackstone. L'entreprise a été fondée par un architecte passé par Heatherwick Studio et par un chercheur en systèmes multi-agents et apprentissage par renforcement. Elle applique l'IA à la recherche de sites, à la due diligence technique, à l'évaluation de l'alimentation électrique et aux premières études de conception, c'est-à-dire à des phases traditionnellement traitées de façon séquentielle et largement manuelle.
L'entreprise déclare exploiter plus de 1 600 sources pour évaluer en parallèle, et non plus en séquence, les contraintes de planification, d'environnement, d'alimentation électrique et de contexte politique. Elle revendique une réduction des délais de due diligence de plus de 95 % et un déploiement sur plus de 100 projets dans 15 pays, pour des gouvernements, des entreprises du Fortune 500 et des groupes immobiliers institutionnels. Ces chiffres viennent de Build et sont rapportés comme tels : ils décrivent une ambition et un volume d'usage, ils ne constituent pas une mesure indépendante applicable à un site donné.
Le modèle économique est le point le plus intéressant. Build vend le livrable de développement terminé, pas une licence logicielle, et indique que chaque livrable client est relu par des opérateurs humains avant envoi. L'entreprise appelle cela de l'« agentic real estate ». Pour un directeur technique, cette approche ressemble bien plus à une note de pré-faisabilité contrôlée qu'à un chatbot de recherche, et la nuance change tout en matière de responsabilité. Le financement doit d'ailleurs servir à étendre la présence de la société en Amérique du Nord et en Europe, ce qui rend le sujet moins lointain qu'il n'y paraît.
Quelles données croiser sur un site au Luxembourg ou au Benelux ?
Une pré-évaluation utile commence par une emprise géospatiale précise et un registre des sources. Le périmètre couvre au minimum cinq familles de données, à adapter selon le type d'infrastructure et le niveau de décision attendu.
- Urbanisme : affectations, prescriptions communales, servitudes, autorisations et contraintes de planification.
- Environnement : sols, risque d'inondation, biodiversité, zones protégées et risques identifiés.
- Énergie : capacité disponible, postes, réseaux, raccordement potentiel et calendrier d'étude.
- Site : parcelles, accès, voisinage, nuisances, logistique et phasage de chantier.
- BIM : modèles IFC, nuages de points, plans de géomètre, études existantes et documents de consultation.
Au Luxembourg, ces informations proviennent de portails et d'acteurs distincts, avec des formats et des fréquences de mise à jour qui n'ont rien d'homogène. En Belgique, la variation entre Régions impose un contrôle supplémentaire des règles d'aménagement et de la disponibilité des données. Une IA peut rapprocher tout cela très vite, mais elle ne détermine pas seule la portée juridique d'une servitude, la date d'opposabilité d'un règlement ou la qualité d'un relevé transmis par un tiers. Le registre doit conserver la source qui permet de confirmer chaque alerte avant qu'elle ne devienne une contrainte de projet.
Comment relier l'IA multi-source au workflow BIM ?
Le BIM sert ici de structure de vérification et de coordination, pas de livrable final. L'équipe crée un registre des sources associé au site, puis relie chaque hypothèse à un objet, une zone ou une exigence. Un modèle IFC, un plan cadastral et une étude énergétique doivent conserver leur origine, leur date et leur niveau de confiance, sinon la pré-évaluation devient invérifiable dès que la première personne quitte le projet.
- Définir l'emprise : identifiant du site, coordonnées et date de référence.
- Collecter : URL, propriétaire, date d'accès, format et version de chaque source.
- Pré-évaluer : contraintes détectées, hypothèses retenues et points non documentés.
- Contrôler : revue par le BIM manager et les experts urbanisme, énergie ou environnement.
- Reporter : décision, responsable, statut et échéance dans le CDE.
Le GID Assistant de BIMsmarter complète utilement ce dispositif pour structurer les exigences documentaires luxembourgeoises et la liste des informations à vérifier. Il ne remplace ni la validation réglementaire ni la responsabilité de l'équipe de conception, et je ne le présenterai jamais autrement. Son intérêt tient à la préparation d'un registre d'exigences lisible avant la revue de site, c'est-à-dire au moment où l'on décide quoi vérifier.
Comment éviter une fausse certitude produite par l'IA ?
Le risque principal ne vient pas des documents faux, il vient des documents exacts utilisés dans un mauvais contexte. Une carte environnementale récente, un règlement ancien et une étude électrique limitée à une zone voisine peuvent produire une conclusion parfaitement cohérente en apparence, et parfaitement insuffisante pour engager un développement. C'est le mode de défaillance le plus dangereux, parce qu'il ne ressemble pas à une erreur.
Chaque conclusion d'une pré-évaluation devrait donc porter cinq informations minimales :
- Source consultée et extrait effectivement utilisé.
- Date de publication ou de dernière mise à jour.
- Périmètre géographique réellement couvert.
- Hypothèse déduite par le système.
- Contrôle humain réalisé et point restant à confirmer.
Une capacité électrique affichée sur une carte ne garantit pas la disponibilité au point de raccordement, et c'est l'exemple qui coûte le plus cher en développement. Une alerte urbanistique ou environnementale doit conduire à une vérification auprès de la source compétente, pas à une ligne dans un tableau. Le livrable devient utile le jour où chaque conclusion peut être reliée à une donnée datée et à un responsable de validation nommé.
Mon avis de praticien
Au Luxembourg comme dans le reste du Benelux, l'IA peut réellement accélérer le tri initial d'une due diligence infrastructure, et le gain de temps sur la collecte est difficile à contester. Sa valeur dépend entièrement de deux choses : la traçabilité des sources et le contrôle métier. Sans ces garde-fous, la vitesse n'accélère pas la décision, elle accélère la validation d'une hypothèse mal documentée.
Le détail qui me rassure le plus dans le modèle de Build est aussi le plus rarement commenté : la relecture humaine de chaque livrable. Une entreprise qui lève 8,5 millions de dollars sur une promesse d'automatisation et qui maintient un humain en bout de chaîne dit quelque chose d'utile au secteur. Si eux ne suppriment pas ce contrôle, personne ne devrait le supprimer non plus.
À propos de l'auteur.
Renaud Climent est BIM Coordinator MEP, plus de 10 ans de terrain au Luxembourg et en Belgique. Cursus complet CRTI-B (Bases, Référent, Modeleur, Coordinateur), formé Solibri, BIMcollab et Revit MEP, certifié en IA. Fondateur de BIMsmarter.eu, il code ses propres outils pour automatiser les tâches BIM chronophages. Contact : contact@bimsmarter.eu