Dans presque chaque premier échange revient cette phrase : « Nous avons tellement de données, mais nous n'arrivons pas à les rassembler. » Ce que les clients veulent dire est rarement un problème de données au sens strict — le stockage et les pipelines existent. Ce qui manque, c'est un vocabulaire commun : quelles entités existent, comment elles se relient, quelles règles s'appliquent entre elles.
Une ontologie n'est pas un schéma — c'est un contrat
Les schémas de base de données décrivent comment quelque chose est stocké. Les ontologies décrivent ce que cela signifie. Un « client » dans la table CRM est une autre chose que le « client » dans le système de facturation ; un modèle conceptuel commun oblige l'organisation à le dire explicitement. C'est précisément cette discipline qui sépare un système d'IA qui impressionne en démo d'un système qui tient en audit.
Ce que le modèle Palantir fait de juste
Palantir a montré au marché quelque chose d'important : lorsqu'on s'appuie sur une ontologie explicite — Foundry l'appelle « object model » —, des données hétérogènes deviennent soudain exploitables opérationnellement. Contexte de sécurité, auditabilité et humain-dans-la-boucle ne sont pas des ajouts tardifs mais découlent du modèle lui-même. Nous jugeons cette décision d'architecture méthodiquement correcte ; c'est la raison pour laquelle Palantir est resté performant sur des cas d'usage sensibles.
En quoi notre démarche diffère
Nous construisons des ontologies plus petites et autonomes pour des domaines clairement délimités — pas un object model universel façon Foundry. Chacune est utile en soi, se vérifie pour les audits et s'exploite dans un délai raisonnable. Côté plateforme, nous les combinons via des ponts clairs au lieu de les fusionner en un méga-modèle. Cela réduit le risque d'impasses de modélisation coûteuses et correspond à la réalité européenne, où chaque domaine apporte sa propre réglementation.
La méthodologie dans le détail est propriétaire. Ce que nous partageons publiquement, c'est la démarche : petits modèles, contrats formels, ponts proprement documentés. Le reste, nous en parlons dans le mandat.
Ce que vous devriez retenir de la comparaison
Qui travaille dans le marché intermédiaire ou le secteur public européen a rarement besoin d'un package de licence Foundry — mais presque toujours de la discipline qui va avec. Une petite ontologie documentée et auditable par domaine clé est souvent le chemin le plus rapide de « nous avons des données » à « nous pouvons expliquer les décisions ». C'est exactement là que nous intervenons : méthodiquement clairs, techniquement souverains, sans verrouillage.