Pourquoi trois décennies de BIM ont produit des chefs-d’œuvre
inutilisables — et comment on a décidé de résoudre le vrai problème.
Soyons francs.
Le jumeau numérique, tel qu’il existe aujourd’hui dans 95% des
projets, c’est une arnaque confortable. Pas une arnaque au sens pénal
du terme — personne ne te vole consciemment. Une arnaque au sens
plus subtil : tout le monde sait que ça ne fonctionne pas vraiment,
tout le monde continue quand même , et personne n’ose dire que le
roi est nu parce que ça fait bien en réunion de CoDir.
Alors je vais le dire.
La scène que tu connais par cœur
Tu livres un beau jumeau numérique. Le client est ravi. Les maquettes
sont précises, les données sont propres, le modèle IFC est
irréprochable. Félicitations.
Trois mois après la livraison du chantier, quelqu’un ouvre le fichier
pour chercher une information sur un équipement CVC au 4ème
étage.
Il cherche. Il fouille. Il trouve une version du modèle qui date d’il y a
huit mois. Les modifications du dernier mois de chantier ne sont pas
intégrées. Le technicien de maintenance qui devrait utiliser ce
jumeau ne sait pas naviguer dans Revit. Et de toute façon, personne
n’a mis à jour la documentation depuis la réception.
Pourquoi ça ne fonctionne pas — vraiment
Le problème n’est pas technique. Les outils BIM sont sophistiqués.
Les équipes sont compétentes. Les données sont réelles.
Le problème est conceptuel.
“Un jumeau numérique classique est une photographie.
Extraordinairement détaillée, certes — mais une
photographie quand même”
Elle capture un instant. Elle ne vit pas. Elle ne se met pas à jour seule.
Elle ne sait pas à qui elle parle. Elle ne sait pas ce qui s’est passé
depuis qu’on l’a prise.
Et surtout — elle a été conçue pour la phase de construction, pas
pour la vie du bâtiment. Le résultat : on livre un outil parfait pour un
usage qui s’arrête le jour de la réception, à des gens qui auraient
besoin d’un outil pour les vingt années qui suivent.
C’est comme concevoir une voiture de course pour le transport
scolaire. L’outil est brillant. L’adéquation au besoin réel est nulle.
Ce que “vivant” veut dire concrètement
Chez MYIKKI, on a passé trois ans à construire quelque chose de
fondamentalement différent. Pas un meilleur logiciel BIM. Pas un
viewer 3D plus rapide. Pas un dashboard de plus.
Un OS du bâtiment. Un système d’exploitation dont le jumeau
numérique n’est qu’une des couches — la couche de navigation.
COMMENT ÇA FONCTIONNE
La navigation part du site, descend au bâtiment, monte aux étages, entre
dans les pièces
Elle ouvre les équipements, éclate les composants jusqu’au niveau de la
pièce détachée remplaçable
Ce n’est pas une arborescence de calques — c’est une expérience spatiale
qui suit la logique naturelle de quelqu’un qui marche dans un bâtiment
Ensuite — et c’est là que ça change vraiment — quand tu cliques sur
un équipement, le système sait qui tu es.
Pas “qui tu es” au sens d’une fiche de contact. Au sens de ton rôle, de
tes droits d’accès, de ton contexte métier. Si t’es le responsable de
maintenance, tu vois l’historique complet des interventions, les
alertes en cours, la documentation constructeur. Si t’es le
propriétaire bailleur, tu vois les informations contractuelles. Si t’es le
locataire, tu vois ce qui te concerne.
“Même équipement. Même clic. Trois conversations
différentes”
C’est ce qu’on appelle un jumeau vivant : un système qui s’adapte à
son interlocuteur, qui se met à jour en continu, et qui reste utile vingt
ans après la livraison du chantier.
Pourquoi maintenant
La convergence de plusieurs technologies rend ça possible
aujourd’hui d’une façon qui n’était pas accessible il y a cinq ans.
Miniaturisation IoT, protocoles basse consommation, puissance
embarquée. Mais surtout :
Le goulot d’étranglement du BIM n’a jamais été la puissance de calcul.
C’était le coût humain de la sémantisation — transformer une géométrie
3D en objets BIM structurés, classifiés, reliés à des bases de données. Ce
travail, on l’a automatisé. Pas partiellement. Structurellement.
C’est trois ans de R&D. Une équipe qui cumule Polytechnique,
Télécom Paris, vingt ans de développement kernel chez Dassault
Systèmes et 134 publications académiques. Un kernel propriétaire
écrit en C/C++ qui n’existe nulle part ailleurs.
Ce qu’on lance — et comment y accéder
On ne fait pas de lancement en fanfare. Pas de conférence de presse.
Pas de stand dans un salon.
Un lancement en catimini. Une petite salle. Un petit comité de
testeurs sélectionnés. Une démo complète, en conditions réelles,
avec un vrai bâtiment, pour des gens dont c’est le métier.
Si tu veux en faire partie : abonne-toi et envoie-moi un signe. On te
contacte pour confirmer ta sélection.
Pour les autres — dans quelques jours on sort une vidéo de
présentation. Histoire de montrer, pas juste de raconter.
Le bâtiment n’est pas un projet. C’est un organisme. Il mérite un
système nerveux — pas une archive.
C’est ce qu’on a construit.
