Comment {yourcompany}os apporte le modèle Palantir aux PME

Palantir a bâti l'une des entreprises de logiciels d'entreprise les plus prospères de la dernière décennie sur une structure simple : modéliser le monde du client dans une ontologie, embarquer des ingénieurs qui codifient le savoir du client dans la plateforme, et positionner le résultat comme le système d'exploitation par lequel passe toute l'organisation. Le modèle fonctionne. Mais il exclut les petites et moyennes entreprises par conception. Ce guide explique comment le playbook Palantir fonctionne réellement, pourquoi sa structure exclut les PME, et comment {yourcompany}os applique le même modèle en inversant chaque pilier.

L'inversion centrale en une phrase : Palantir garde l'ontologie fermée parce que l'ontologie est le rempart de Palantir. Pour une PME, le rempart, ce sont ses propres processus : le schéma devrait donc être ouvert et partagé, et les processus sont ce que chaque entreprise garde et affine.

Ce qui fait le succès de Palantir

1. L'ontologie

Au centre de Palantir Foundry se trouve l'ontologie : une couche sémantique qui projette les objets réels d'une entreprise (clients, commandes, actifs, incidents) et les actions qui s'y rapportent dans un modèle commun sur lequel logiciels et IA peuvent opérer. C'est elle qui transforme des données éparses en quelque chose que les décisions peuvent traverser. Mais elle est aussi propriétaire et fermée. Une fois vos opérations codifiées dans l'ontologie de Palantir, en sortir signifie remodéliser toute votre activité ailleurs. Le lock-in n'est pas un effet secondaire ; c'est le modèle d'affaires.

2. Les Forward Deployed Engineers

Palantir ne vend pas de logiciel sur étagère. L'entreprise embarque des ingénieurs chez le client, sur place, qui apprennent le métier, le codifient dans la plateforme et réinjectent ce qu'ils apprennent dans le produit. C'est pourquoi les implémentations réussissent là où le logiciel générique échoue, et c'est pourquoi le prix démarre à sept chiffres : vous payez du temps d'ingénierie d'élite, déplacé et formé à votre métier en partant de zéro.

3. Positionnement de système d'exploitation et land-and-expand

Palantir démarre avec un workflow douloureux, prouve rapidement la valeur, puis s'étend jusqu'à ce que Foundry soit la couche par laquelle tout passe. "Operating System for the Modern Enterprise" n'est pas que du marketing ; cela décrit l'état final vers lequel le modèle de livraison est conçu.

Pourquoi les PME ne peuvent pas l'acheter

Rien dans le modèle n'exige un client du Fortune 500 - mais tout dans la mise en oeuvre de Palantir, si :

• Le prix. Les contrats démarrent régulièrement dans les millions. Un bureau d'études de 30 personnes ou un fabricant régional ne fait pas partie du marché adressable et n'en fera jamais partie.
• Le risque de lock-in. Un grand groupe peut négocier des clauses de sortie et exploiter des systèmes parallèles. Une PME qui codifie ses opérations dans une ontologie fermée a misé l'entreprise sur la tarification et la feuille de route d'un seul fournisseur.
• Aucune présence locale. Les Forward Deployed Engineers sont des généralistes qui doivent être formés au métier, à la langue et au contexte réglementaire aux frais du client. Cette charge est absorbable à l'échelle d'un grand groupe et prohibitive en dessous.

Palantir a prouvé que le modèle fonctionne. Sa structure exclut les PME par conception, pas par accident.

Le même modèle, inversé

Ontologie ouverte au lieu de fermée

Le schéma derrière {yourcompany}os est publié ouvertement sur GitHub, sous le nom de Pragmatic Data Contract. Chacun peut l'inspecter, construire dessus ou en exporter ses données. Pour une PME, cela renverse le calcul du risque : la couche sémantique est un bien commun, pas une cage. Et parce que plusieurs entreprises partagent un schéma ouvert, les modèles construits dessus se renforcent dans tout l'écosystème au lieu d'être reconstruits dans chaque installation fermée.

Les processus comme recette secrète, les modèles comme bien commun

C'est ici que se trouve le point subtil. Chaque entreprise approuve des factures, lance des projets et gère des contacts. Ce sont des modèles partagés, et sur {yourcompany}os ils existent sous forme de Building Blocks prêts à l'emploi : CRM Light, gestion des tâches, gestion documentaire, création de projets. Mais qui approuve, à partir de quel seuil, avec quelles exceptions, dans quel ordre - c'est le savoir opérationnel qui rend une entreprise meilleure que sa concurrente. Dans le modèle de Palantir, ce savoir est codifié dans la plateforme de Palantir. Dans {yourcompany}os, il vit dans vos définitions de processus BPMN : lisibles, auditables, exportables et à vous. La couche standard est partagée ; la couche différenciante reste chez l'entreprise à qui elle appartient.

Des Forward Deployed Partners au lieu de Forward Deployed Engineers

Palantir déplace de brillants généralistes et leur enseigne votre métier. {yourcompany}os travaille avec des partenaires locaux qui possèdent déjà le métier : ils parlent le langage du secteur et, sur le marché suisse, littéralement la langue, la culture PME et le contexte réglementaire (hébergement suisse, RGPD, exigences d'audit). Le mécanisme est le même - une expertise embarquée qui codifie la façon dont l'entreprise travaille réellement. Le flux de savoir est inversé : au lieu d'importer des ingénieurs qui apprennent le métier, l'experte du métier reçoit une plateforme.

Des processus explicables au lieu d'une IA boîte noire

Une autre inversion compte. Le discours de Palantir tourne de plus en plus autour d'une IA opérant sur l'ontologie. {yourcompany}os place BPMN au-dessus des agents, pas l'inverse : les étapes IA effectuent un travail délimité comme la recherche, la classification et la rédaction, tandis que des gateways et des personnes décident de la suite - et chaque étape est journalisée. Pour une PME sans équipe data science capable de surveiller une boîte noire, l'explicabilité n'est pas une préférence ; c'est la seule option gouvernable.

Palantir vs {yourcompany}os en un coup d'oeil

	Palantir	{yourcompany}os
Ontologie / schéma	Propriétaire et fermée ; le rempart du fournisseur	Ouvert, publié sur GitHub ; un bien commun partagé
Où vit la recette secrète	Le savoir du client est codifié dans la plateforme du fournisseur	Dans les définitions de processus du client, sur des modèles partagés
Modèle de livraison	Forward Deployed Engineers, déplacés et formés au métier	Partenaires locaux qui connaissent déjà le secteur et la réglementation
Prix d'entrée	Contrats à sept chiffres	Discovery Sprint à CHF 6'000, premier processus en production en 1-2 jours
Approche IA	L'IA opère sur l'ontologie	BPMN contrôle les agents ; explicable, l'humain approuve
Sortie	Remodéliser l'activité ailleurs	Exporter données et processus sur le schéma ouvert

À quoi cela ressemble en pratique

Le mouvement land-and-expand se traduit directement à l'échelle PME. Un Discovery Sprint (CHF 6'000) fait passer un processus clé de l'atelier structuré à l'implémentation en production, via la modélisation, en 1-2 jours : la même logique "prouver la valeur d'abord avec un workflow" que Palantir utilise - à un prix qu'une entreprise de 20 personnes peut décider en une réunion. L'exploitation courante démarre à CHF 3'000 par an pour le SLA, l'hébergement suisse et le support, et la montée en charge est facturée à la charge de travail, pas au nombre d'utilisateurs. Votre CRM, vos e-mails et vos outils spécialisés restent où ils sont ; {yourcompany}os orchestre entre eux.

L'état final est le même que celui que vend Palantir : un système d'exploitation par lequel passe l'entreprise. La différence, c'est à qui appartient quoi une fois arrivé. Avec {yourcompany}os, le schéma est ouvert, les modèles sont partagés, et les processus - la partie qui rend réellement votre entreprise compétitive - restent les vôtres.