Pourquoi j'ai quitté les grandes entreprises tech pour construire quelque chose qui s'adapte vraiment à vos flux de travail
Are you prepared for what’s next in AECO?
J'ai passé vingt ans dans de grandes entreprises technologiques. Cette expérience m'a beaucoup appris sur la conception de produits à grande échelle, ainsi que sur les pressions qui peuvent rendre le départ d'une plateforme plus difficile qu'il ne devrait l'être.
Tout commence par un format de données propriétaire. Puis vient une acquisition qui supprime une intégration. Puis une modification tarifaire qui rend le changement douloureux. Puis une couche d'IA qui n'est utile que si vous laissez l'éditeur s'entraîner sur vos données. À chaque étape, la friction pour partir augmente. À chaque étape, vous avez un peu moins de contrôle sur vos propres informations.
Ce n'est pas un partenariat. C'est un piège avec une bonne expérience utilisateur.
Quand j'ai regardé Revizto de l'extérieur avant de rejoindre l'entreprise, ce que j'y ai vu était différent. Une entreprise qui avait passé quatorze ans à construire une plateforme fonctionnant avec tous les formats, connectée à d'autres outils, et gardant les données clients exactement là où elles devaient être — chez le client. J'ai rejoint Revizto parce que je voulais construire quelque chose qui mérite sa place dans vos flux de travail chaque jour. Pas parce que changer d'outil est trop compliqué.
Ce que « ouvert » signifie concrètement
L'une des annonces les plus importantes que j'ai faites à la Made Right 2026 a été le lancement de notre API en lecture seule pour les propriétés des objets, suivi de l'accès complet aux modèles dans les 24 heures.
C'est la fondation de tout ce que nous construisons. Vos données projet, votre historique d'annotations, les propriétés de vos modèles, vos données de coordination — tout cela accessible à vos outils, vos flux de travail, l'IA de votre choix.
Les cas d'usage sont immédiats et concrets. Des métrés qui s'alimentent directement depuis le modèle en temps réel. Des systèmes d'approvisionnement qui reçoivent les quantités directement. Des audits qualité qui s'exécutent automatiquement sur votre modèle. L'enjeu n'est pas seulement l'efficacité. C'est le contrôle.
La question de l'IA
Nous ne construisons pas un système d'IA fermé qui s'entraîne sur vos données. Nous ne vous enfermons pas dans un modèle propriétaire. Nous construisons l'infrastructure pour que vous puissiez apporter votre propre IA à vos propres données. Vous pouvez lire exactement comment nous abordons la sécurité et la souveraineté des données — et ce que nos certifications signifient concrètement.
L'intégration MCP que nous avons présentée à la Made Right connecte le Revizto Collaboration Hub à Claude, ChatGPT, Gemini ou tout autre outil déjà approuvé par votre organisation. Vous posez des questions en langage naturel. Vous obtenez des réponses tirées de vos données projet en direct. Vous gardez le contrôle sur tout.
Cette position ne change pas en fonction de l'outil d'IA en vogue ce trimestre. C'est un principe — et vous pouvez lire notre vision complète dans le Manifeste IA de Revizto.
FAQ
Une API ouverte dans la technologie de construction signifie que les équipes projet peuvent extraire leurs propres données — notamment les propriétés des modèles, l'historique des annotations et les données de coordination — et les connecter à des outils externes tels que des systèmes d'approvisionnement, des plateformes ERP, des logiciels de métré ou les outils d'IA de leur choix. Sans accès API ouvert, ces données restent enfermées dans la plateforme de l'éditeur, limitant la façon dont elles peuvent être utilisées, analysées ou intégrées dans l'écosystème technologique plus large de l'organisation.
L'intégration MCP (Model Context Protocol) permet aux plateformes de logiciels de construction de se connecter directement à des outils d'IA de type grand modèle de langage, tels que Claude, ChatGPT et Gemini. Plutôt que de développer une couche d'IA propriétaire entraînée sur les données clients, l'intégration MCP permet aux équipes projet d'interroger leurs propres données projet en direct en langage naturel, via l'outil d'IA que leur organisation a déjà approuvé et déployé.
Les équipes de construction doivent demander si l'éditeur offre un accès API ouvert aux données projet, s'il prend en charge l'intégration avec des outils tiers sans restrictions, et s'il s'engage à ne pas utiliser les données clients pour entraîner des modèles d'IA propriétaires. Les éditeurs qui se disent ouverts mais limitent la portabilité des données, restreignent les intégrations à des partenaires approuvés ou exigent un partage de données comme condition d'utilisation des fonctionnalités d'IA n'offrent pas une véritable ouverture — ils gèrent les conditions d'un verrouillage.
L'ISO 19650 est une norme internationale pour la gestion de l'information tout au long du cycle de vie d'un ouvrage construit, grâce à la modélisation des informations du bâtiment. Les logiciels de construction prenant en charge les conventions de nommage ISO 19650 permettent aux équipes projet de maintenir une gestion cohérente et conforme des documents et des modèles entre les disciplines et les organisations, réduisant ainsi le risque de défaillances de coordination liées à des nommages de fichiers et des contrôles de version incohérents.
Un système d'IA fermé dans la technologie de construction est un système où l'éditeur construit et contrôle le modèle d'IA, généralement en l'entraînant sur des données clients agrégées. Une approche « apportez votre propre IA », en revanche, donne aux équipes projet l'infrastructure pour connecter leurs propres données projet aux outils d'IA de leur choix — sans que l'éditeur accède à ces données, les conserve ou en tire profit. Cette distinction est importante car elle détermine qui contrôle l'intelligence dérivée de l'historique de vos projets, et qui s'approprie la valeur qu'elle génère.