Wie {yourcompany}os das Palantir-Modell zu KMU bringt

Palantir hat auf einer einfachen Struktur eines der erfolgreichsten Enterprise-Software-Geschäfte des letzten Jahrzehnts aufgebaut: die Welt des Kunden in einer Ontologie modellieren, Ingenieure einbetten, die das Wissen des Kunden in die Plattform codieren, und das Ergebnis als das Betriebssystem positionieren, durch das die ganze Organisation läuft. Das Modell funktioniert. Es schliesst kleine und mittlere Unternehmen aber per Design aus. Dieser Guide erklärt, wie das Palantir-Playbook tatsächlich funktioniert, warum seine Struktur KMU ausschliesst, und wie {yourcompany}os dasselbe Modell mit jeder Säule invertiert anwendet.

Die zentrale Inversion in einem Satz: Palantir hält die Ontologie geschlossen, weil die Ontologie Palantirs Burggraben ist. Für ein KMU sind die eigenen Prozesse der Burggraben - also sollte das Schema offen und geteilt sein, und die Prozesse sind das, was jedes Unternehmen behält und verfeinert.

Was Palantir erfolgreich macht

1. Die Ontologie

Im Zentrum von Palantir Foundry sitzt die Ontologie: eine semantische Schicht, die die realen Objekte eines Unternehmens (Kunden, Aufträge, Anlagen, Vorfälle) und die Aktionen darauf in ein gemeinsames Modell abbildet, auf dem Software und KI operieren können. Sie verwandelt verstreute Daten in etwas, durch das Entscheidungen laufen können. Sie ist aber auch proprietär und geschlossen. Sind Ihre Abläufe einmal in Palantirs Ontologie codiert, bedeutet ein Ausstieg, das gesamte Geschäft anderswo neu zu modellieren. Der Lock-in ist kein Nebeneffekt; er ist das Geschäftsmodell.

2. Forward Deployed Engineers

Palantir verkauft keine Software von der Stange. Es bettet Ingenieure beim Kunden vor Ort ein, die die Domäne lernen, sie in die Plattform codieren und ihre Erkenntnisse zurück ins Produkt speisen. Deshalb gelingen Implementierungen dort, wo generische Software scheitert - und deshalb beginnt der Preis im siebenstelligen Bereich: Sie bezahlen für Elite-Ingenieurszeit, eingeflogen und von null in Ihrer Domäne geschult.

3. Betriebssystem-Positionierung und Land-and-expand

Palantir startet mit einem schmerzhaften Workflow, beweist schnell den Wert und expandiert, bis Foundry die Schicht ist, durch die alles läuft. "Operating System for the Modern Enterprise" ist nicht nur Marketing; es beschreibt den Endzustand, auf den das Liefermodell ausgelegt ist.

Warum KMU das nicht kaufen können

Nichts am Modell verlangt einen Fortune-500-Kunden - aber alles an Palantirs Umsetzung davon:

• Preis. Verträge beginnen regelmässig im Millionenbereich. Ein Planungsbüro mit 30 Personen oder ein regionaler Hersteller gehört nicht zum adressierbaren Markt und wird es nie.
• Lock-in-Risiko. Ein Grosskonzern kann Ausstiegsklauseln verhandeln und Parallelsysteme betreiben. Ein KMU, das seine Abläufe in eine geschlossene Ontologie codiert, hat die Firma auf Preisgestaltung und Roadmap eines einzigen Anbieters gesetzt.
• Keine lokale Präsenz. Forward Deployed Engineers sind Generalisten, die auf Kosten des Kunden in Domäne, Sprache und regulatorischem Kontext geschult werden müssen. Dieser Overhead ist im Enterprise-Massstab tragbar und darunter prohibitiv.

Palantir hat bewiesen, dass das Modell funktioniert. Seine Struktur schliesst KMU per Design aus, nicht aus Versehen.

Dasselbe Modell, invertiert

Offene Ontologie statt geschlossener

Das Schema hinter {yourcompany}os ist offen auf GitHub publiziert, als Pragmatic Data Contract. Jeder kann es einsehen, darauf aufbauen oder seine Daten daraus exportieren. Für ein KMU dreht das die Risikorechnung um: Die semantische Schicht ist ein Gemeingut, kein Käfig. Und weil mehrere Unternehmen ein offenes Schema teilen, verstärken sich darauf gebaute Muster im ganzen Ökosystem, statt in jeder geschlossenen Installation neu gebaut zu werden.

Prozesse als Erfolgsrezept, Muster als Gemeingut

Hier liegt der feine Punkt. Jede Firma genehmigt Rechnungen, startet Projekte und pflegt Kontakte. Das sind geteilte Muster, und auf {yourcompany}os existieren sie als fertige Building Blocks: CRM Light, Aufgabenverwaltung, Dokumenten-Handling, Projekterstellung. Aber wer genehmigt, ab welcher Schwelle, mit welchen Ausnahmen, in welcher Reihenfolge - das ist das Betriebswissen, das eine Firma besser macht als ihre Konkurrenz. In Palantirs Modell wird dieses Wissen in Palantirs Plattform codiert. In {yourcompany}os lebt es in Ihren BPMN-Prozessdefinitionen: lesbar, prüfbar, exportierbar und Ihres. Die Standard-Schicht wird geteilt; die differenzierende Schicht bleibt bei der Firma, der sie gehört.

Forward Deployed Partners statt Forward Deployed Engineers

Palantir fliegt brillante Generalisten ein und bringt ihnen Ihre Domäne bei. {yourcompany}os arbeitet mit lokalen Partnern, die die Domäne bereits haben: Sie sprechen die Sprache der Branche und im Schweizer Markt buchstäblich die Sprache, die KMU-Kultur und den regulatorischen Kontext (Schweizer Hosting, DSGVO, Audit-Anforderungen). Der Mechanismus ist derselbe - eingebettete Expertise, die codiert, wie die Firma tatsächlich arbeitet. Der Wissensfluss ist invertiert: Statt Ingenieure zu importieren, die die Domäne lernen, bekommt die Domänenexpertin eine Plattform.

Erklärbare Prozesse statt Black-Box-KI

Eine weitere Inversion zählt. Palantirs Pitch dreht sich zunehmend um KI, die über der Ontologie operiert. {yourcompany}os stellt BPMN über die Agenten, nicht umgekehrt: KI-Schritte erledigen begrenzte Arbeit wie Recherche, Klassifizierung und Textentwürfe, während Gateways und Menschen entscheiden, was als Nächstes passiert - und jeder Schritt wird protokolliert. Für ein KMU ohne Data-Science-Team, das eine Black Box beaufsichtigen könnte, ist Erklärbarkeit keine Präferenz; sie ist die einzige steuerbare Option.

Palantir vs {yourcompany}os im Überblick

	Palantir	{yourcompany}os
Ontologie / Schema	Proprietär und geschlossen; der Burggraben des Anbieters	Offen, publiziert auf GitHub; ein geteiltes Gemeingut
Wo das Erfolgsrezept lebt	Kundenwissen wird in die Plattform des Anbieters codiert	In den eigenen Prozessdefinitionen des Kunden, auf geteilten Mustern
Liefermodell	Forward Deployed Engineers, eingeflogen und in der Domäne geschult	Lokale Partner, die Branche und Regulierung bereits kennen
Einstiegspreis	Siebenstellige Verträge	Discovery Sprint für CHF 6'000, erster Prozess in 1-2 Tagen live
KI-Ansatz	KI operiert über der Ontologie	BPMN kontrolliert die Agenten; erklärbar, der Mensch genehmigt
Ausstieg	Das Geschäft anderswo neu modellieren	Daten und Prozesse auf dem offenen Schema exportieren

Wie das in der Praxis aussieht

Die Land-and-expand-Bewegung übersetzt sich direkt in den KMU-Massstab. Ein Discovery Sprint (CHF 6'000) bringt einen Kernprozess in 1-2 Tagen vom strukturierten Workshop über die Prozessabbildung zur Live-Implementierung: dieselbe Logik "Wert zuerst mit einem Workflow beweisen", die Palantir nutzt - zu einem Preis, über den eine 20-Personen-Firma in einer Sitzung entscheiden kann. Der laufende Betrieb beginnt bei CHF 3'000 pro Jahr für SLA, Schweizer Hosting und Support, und die Skalierung wird nach Arbeitslast bezahlt, nicht nach Nutzerzahl. Ihr CRM, Ihre E-Mail und Ihre Spezialtools bleiben, wo sie sind; {yourcompany}os orchestriert dazwischen.

Der Endzustand ist derselbe, den Palantir verkauft: ein Betriebssystem, durch das die Firma läuft. Der Unterschied ist, wem was gehört, wenn Sie dort ankommen. Mit {yourcompany}os ist das Schema offen, die Muster sind geteilt, und die Prozesse - der Teil, der Ihre Firma tatsächlich wettbewerbsfähig macht - bleiben Ihre.