Die nächste Generation operativer Systeme

Company OS

Wer die Realität strukturiert,
besitzt die Grundlage für KI.

Die meisten Unternehmen laufen auf fragmentierten Tools und menschlicher Koordination.Company OS verbindet operative Realität zu strukturierter Intelligenz.

Demo anfragen

Context creates clarity.

FINANZEN Runway · Kosten UMSETZUNG Aufgaben · Projekte CRM Kontakte PEOPLE Rollen · Kapazität SIGNALE Alarme · Status DOKUMENTE SOPs · Verträge EINKAUF Lieferanten · Ablauf COMPANY OS FINANZEN Runway · Kosten UMSETZUNG Aufgaben · Projekte CRM Kontakte PEOPLE Rollen · Kapazität SIGNALE Alarme · Status DOKUMENTE SOPs · Verträge EINKAUF Lieferanten · Ablauf COMPANY OS

Das Problem

Operative Komplexität übersteigt menschliche Koordination.

Kleine Firmen führen 8–12 Tools parallel. Menschen werden zur manuellen Integrationsschicht — und das skaliert nicht.

8–12
Tools laufen parallel in einer Firma mit 10 Mitarbeitern. Tickets, Docs, CRM, HR, Finanzen, Wiki — alles getrennt.
0
Systeme teilen einen gemeinsamen operativen Kontext. Verantwortung, Kosten und Risiken sind überall fragmentiert.
Founder
ist die einzige Person, die alles im Kopf zusammenhält. Strukturell — und das skaliert nicht.

Montag, 9:00 Uhr

Sieben Tabs für eine einzige Frage.

„Wo steht meine Firma gerade?"

linear.app/team14 Tickets
notion.so/wiki3 ungelesen
hubspot.com/deals2 Deals offen
personio.de/people1 Onboarding
datev.de/buchhaltungSteuer in 12 Tagen
sheets/runwaymanuell
slack.com/blockers1 blocked

Sieben Tabs. Keine einheitliche Sicht. Keine Priorität.

Mit Company OS →

Runway 4.7 Mon. ↓ 1 blocked Tax 9.500 € · in 12 Tagen 1 approval pending Cash 85.000 €

Eine Ansicht. Eine operative Wahrheit. Alles aus dem gleichen Datenmodell — ohne einen einzigen Tab mehr.

Die Lösung

Vier Systeme.
Ein Zusammenhang.

Vier Bausteine, ein zusammenhängendes Modell. Kein weiteres Tool — eine operative Infrastruktur.

#B-2047 · Enterprise Deal Sync — Alpha Q2 propagiert in 4 Systeme
01 · Work Items

Arbeit kennt
ihren Kontext.

Jedes Ticket trägt Department, Kostentreiber, Owner und Runway-Impact — strukturell verbunden, nicht nachträglich verlinkt.

Aktiv · Beschaffung · Alpha Q2
#B-2047 Revenue

Enterprise Deal Sync — Alpha Q2

OwnerDaniel S.
Cost Impact+€2.400
Due Date16. Mai 2026
SignalRunway −0.2 Monate
supplier risk · medium 2 approvals waiting
Konflikt · F-09 blockiert Finance-Freigabe
Signal History
12. Mai Work Item erstellt neu
14. Mai Kostenabweichung +12% eskaliert
16. Mai Freigabe blockiert · F-09 blockiert
→ Tech Supply GmbH → Finance Layer → Runway → F-09
● #B-2047Quelle
02 · Operational Context

Kontext entsteht
aus Struktur.

Tickets, Docs, CRM, SOPs, Kosten und Mitarbeiter teilen ein Datenmodell. Kontext entsteht durch Struktur, nicht durch Suche.

#B-2047
CRM SOP Finance Procurement People
3verknüpfte
Systeme
2offene
Freigaben
1Finanz-
abhängigkeit
investor update pending SOP-Revision fällig
● #B-2047Kontext
03 · AI-lesbare Realität

AI kann operative
Realität interpretieren.

Reasoning-Modelle können erstmals operative Realität interpretieren — wenn diese strukturiert vorliegt. Company OS liefert genau diese Struktur.

→ analyse #B-2047 --deep
✓Lieferverzug erkannt: +4 Tage
✓Forecast-Abweichung: −€2.400
✓Runway-Delta: −0.2 Monate
✓Freigabe ausstehend: 1
■ Impact erkannt
■ Forecast aktualisiert
■ Signal ausgelöst
● #B-2047Analyse
04 · Runway als Signal

Runway wird
operativ sichtbar.

4.4 Monate
Aktueller Runway ↓ −0.2 vs. Vorwoche · #B-2047
Cash: €18.200 Burn +€504
forecast confidence reduced
Live · Echtzeit-Signal
● #B-2047Impact

Ein Szenario

Lieferant meldet Verzug.
Was passiert?

Ohne Company OS: 7 manuelle Schritte, mehrere Tage. Mit Company OS: ein einziger propagierender Moment — automatisch, vollständig, nachvollziehbar.

01 · Execution

Delay entsteht.

Tech Supply GmbH bestätigt +4 Tage Verschiebung. Neuer Liefertermin: 16. Mai.

SystemFolgeauftrag F-09 automatisch als gefährdet markiert. Keine manuelle Meldung nötig.

02 · Signal Layer

Signal wird generiert.

Aus Relationen zwischen Auftrag, Lieferant und Folgeauftrag entsteht ein Lieferverzug-Signal.

System3 betroffene Objekte identifiziert. Schwere: Mittel. Kein manueller Trigger.

03 · Finance

Forecast verändert sich.

Das Angebot lag +12% über Budget. Die Abweichung propagiert automatisch in die monatliche Burn Rate.

SystemBurn Rate korrigiert: +€504/Monat. Forecast sofort aktualisiert.

04 · Intelligence

Runway sinkt.

Die korrigierte Burn Rate verändert den Runway sofort — live, nicht im nächsten Wochen-Report.

SystemRunway: 4.7 → 4.4 Monate. CEO-Signal ausgelöst.

05 · Decision

CEO bekommt die Entscheidung.

Kein Suchen. Kein Meeting. Kontext, Ursache, Auswirkung und Optionen — gebündelt an einem Ort.

SystemDecision-Object erstellt. 3 blockierte Prozesse verknüpft. 1 Freigabe ausstehend.

06 · AI Layer

System schlägt Handlung vor.

Auf Basis von Kontext, Geschichte und Relationen formuliert das System eine konkrete Empfehlung.

System"Alternativangebot einholen · Onboarding pausieren · F-09 neu planen."

07 · Result

Risiko wird reduziert.

Entscheidung dokumentiert. Prozesse neu koordiniert. Geschichte vollständig — bereit für die nächste AI-Anfrage.

SystemRunway: 4.7 Monate · Stabil. 3 Prozesse freigegeben. Geschichte vollständig.
Runway Dashboard — Company OS Runway Dashboard — Company OS

Runway Dashboard · Company OS
Systemzustand nach Propagation

Die Evolution

Von der Fragmentierung zur verbundenen operativen Realität.

01

ERP-Ära

Zentralisiert. Starr. Monolithisch.

Alle Prozesse in einem System — aber um die Software herum gebaut, nicht um das Unternehmen.

→

02

SaaS-Ära

Tool-Explosion. Fragmentierte Ausführung.

Dutzende spezialisierte Tools — ohne gemeinsamen Kontext. Menschen wurden zur Synchronisierungsschicht.

→

03

KI-Problem

KI braucht Kontext. Fragmentierung liefert keinen.

KI kann fragmentierte operative Realität nicht verstehen. Ohne Struktur entsteht Rauschen, keine Intelligenz.

→

04

Company OS

Verbundene operative Kontextschicht.

Operative Realität strukturiert als verbundenes Objekt-Modell. Die Grundlage, die KI benötigt.

Operational Objects

Alles Operative ist ein Objekt.

Operational Objects sind die atomaren Einheiten des Systems. Jedes Objekt trägt Kontext, Status, Relationen und Dokumente.

Sie sind nicht isoliert — sie existieren in einem gemeinsamen operativen Modell, das allen Perspektiven zugrunde liegt.

Live · Alpha Q2

Projekt

Strategische Einheit mit Zeitraum, Budget und Team-Zuordnungen.

ZeitraumTeamBudget
verbunden mit Procurement & Finance
Freigabe ausstehend

Auftrag

Verbindliche operative Transaktion mit Lieferant, Dokumenten, Zahlungen.

StatusLieferant
zentrale operative Transaktion

Lieferant

Externe Entität mit Verträgen, Leistungshistorie und Risikoprofil.

VertragspartnerRisiken
Risikoprofil aktiv
Bezahlt

Rechnung

Finanzdokument mit Fälligkeitsverfolgung und Abgleich gegen Aufträge.

FälligkeitBezahlt
beeinflusst Cashflow & Runway

Risiko

Erkanntes Risiko mit Wahrscheinlichkeit, Schwere und Gegenmaßnahmen.

HochOffen
propagiert in 2 Systeme

Mitarbeiter

Person mit Rollen, Aufgaben, Kostenzuordnung und Aktivitätshistorie.

ProjekteVerfügbar
3 aktive Projektabhängigkeiten

Operative Geschichte

Die operative Geschichte eines Objekts.

Jedes Objekt führt ein vollständiges Journal: nicht als System-Log, sondern als lesbare operative Geschichte.

Wer hat was entschieden? Wann? Warum? Was hat sich verändert?

Anwendungsfall

Beschaffungsauftrag #B-2047 · Tech Supply GmbH · 09.–12. Mai 2026

09. Mai · 14:32

Auftrag erstellt. Lieferant zugewiesen.

Tech Supply GmbH · Wert: €4.200 · Ersteller: D. Sobiak

Erstellt

09. Mai · 16:15

Freigabe erteilt von J. Müller.

Freigabelimit: €5.000 · Entscheidung dokumentiert.

Genehmigt

10. Mai · 09:22

Angebot abweichend +12% vom Budget.

Budget: €4.200 · Angebot: €4.704 · Signal automatisch ausgelöst.

Signal

10. Mai · 11:10

Entscheidung: Angebot akzeptiert.

Kommentar: „Alternativlos in diesem Zeitfenster." · J. Müller

Entscheidung

11. Mai · 08:45

Liefertermin verschoben: 12. → 16. Mai.

Risiko-Signal ausgelöst. Folgeauftrag F-09 betroffen.

Risiko

12. Mai · 16:00

Abschluss: Alle Dokumente vollständig.

Rechnung freigegeben. Signal: Prozess abgeschlossen.

Abgeschlossen

Signal-Layer

Zusammenhänge erzeugen Signale.

Risiken entstehen selten isoliert.

Beschaffungsvorgang

Beschaffungsauftrag #B-2047

Lieferung 4 Tage verspätet.

Folgeaufträge betroffen.

LieferantTech Supply GmbH
Betrag€14.200
ProjektAlpha Q2
Verspätung+4 Tage
12. Mai Lieferverzug erkannt
13. Mai Forecast-Risiko eskaliert
14. Mai Sprint betroffen
15. Mai Eskalation ausgelöst
16. Mai Zweiter Lieferant kontaktiert
17. Mai Management informiert
19. Mai Vertragsstrafe geprüft

Ausgelöst von · Lieferanten-Relation

Finance

Forecast-Risiko erkannt

  • €12.000 späterer Zahlungseingang
  • Runway −0.2 Monate
  • Q2-Forecast betroffen
  • Q2-Ziel gefährdet
  • Investoren-Update notwendig

Execution

2 Projekte in Verzug

  • Sprint verschiebt sich
  • 1 Deadline gefährdet
  • Abhängigkeiten erkannt
  • 3 Kundentermine betroffen
  • Projektabbruch möglich

Customer

Kundenkommunikation ausstehend

  • Liefertermin verschiebt sich
  • Key Account betroffen
  • Follow-up empfohlen
  • Churn-Risiko 35%
  • Vertrag gefährdet

People

Kapazitätskonflikt erkannt

  • Projektleitung eskaliert
  • 3 parallele Eskalationen
  • Teamlast steigt
  • Burnout-Risiko erkannt
  • 2 Key-Personen überlastet

Compliance

Freigabe blockiert

  • ESG-Dokument fehlt
  • Lieferantenklassifizierung offen
  • Audit-Flag aktiv
  • Behörden-Deadline in 3 Tagen
  • Bußgeldrisiko aktiv

Operations

Beschaffungsprozess gestört

  • Lagerbestand kritisch
  • Nachbestellung blockiert
  • Lieferkette unterbrochen
  • Produktionsstopp droht
  • Alternativlieferant gesucht
10 aktive Signale · 3 Kritisch · 6 Warnungen · 4 Hinweise

AI-Architektur

Struktur ist die Voraussetzung für Intelligenz.

Ohne Company OS

CRM

isoliert

Docs

isoliert

Chat

isoliert

ERP

isoliert

↓  kein Zusammenhang  ↓

Fragmentierter Kontext

Generische Ausgabe. Keine operative Relevanz. Fehlende Nachvollziehbarkeit.

Mit Company OS

Auftrag

vernetzt

Lieferant

vernetzt

Rechnung

vernetzt

Risiko

vernetzt

↓  strukturierter Kontext  ↓

AI-Modell

✦

Strukturierter Kontext

Operative Präzision. Kontextbewusste Ausgabe. Nachvollziehbar und handlungsrelevant.

Was Company OS ist

Ein gemeinsames Modell
für Unternehmensrealität.

Execution Layer

Tickets & Tasks

Status · Abhängigkeiten · Owner

Projekte

Kosten · Zeitplan · Relationen

SOPs & People

Prozesse · Rollen · Verantwortung

Finance Layer

Rechnungen & Kosten

Verknüpft mit Projekten & Delivery

Runway

Dynamisch · Echtzeit · Operativ

Procurement

Lieferanten · Risiko · Impact

Intelligence Layer

Signale

Aus Relationen · Automatisch

Entscheidungen

Mit Kontext · Historisch

AI Context Layer

Operative Zusammenhänge für AI

Jedes Objekt kennt seinen Status · seinen Kontext · seine Relationen · seine Geschichte

Warum anders

Linear plant Arbeit. Notion archiviert Wissen.
Company OS verbindet beides — operativ.

Jedes Tool löst sein Problem isoliert. Company OS verbindet die Probleme — weil sie im echten Betrieb auch verbunden sind.

Linear Notion ERP / DATEV Company OS
Tickets & Arbeit✓——✓
Dokumente & Wissen—✓—✓
CRM & Forecast——teils✓
Runway als Live-Signal——ReportLive
Mitarbeiter, Assets, Vault——teils✓
Gemeinsames Datenmodell———✓
AI-lesbarer Kontext———Native

Zielgruppe

AI-native Unternehmen entstehen jetzt.

Moderne Teams wachsen schneller als ihre operative Struktur.

01
Founder mit 1–20 Mitarbeitern

Du willst dein Wissen aus dem Kopf bringen — sodass die Firma auch ohne dich einen Tag funktioniert.

02
IT-Dienstleister

Mehrere Kundenprojekte parallel, knappe Marge, klare Lieferung. Tickets müssen mit Kosten und Pipeline reden.

03
Kleine SaaS- und Agenturteams

Produkt und Firma gleichzeitig bauen. Beides darf sich nicht gegenseitig verschlucken.

04
Teams mit zu vielen Tools

Jira plus Notion plus HubSpot plus DATEV plus Slack. Keine einheitliche Datenbasis, viel Doppelarbeit.

Gründer

Unternehmen hatten Software. Aber kein System.

"Das eigentliche Betriebssystem war häufig der Mensch selbst."

Die Idee hinter Company OS entstand nicht plötzlich. Über Jahre hinweg zeigte sich in verschiedenen Rollen und Industrien dasselbe Muster: Menschen wurden zur Schnittstelle zwischen fragmentierten Systemen.

Daniel Sobiak

Decode IT · daniel@decode-it.net

Operative Erfahrung

Mehrere Industrien. Dasselbe Muster.

Auftragsabwicklung, Messeorganisation, Fulfillment, Lieferkettenkoordination, Organisationsentwicklung, internationale Startup-Umfelder. In jeder Umgebung: isolierte Systeme, menschliche Synchronisation.

Station F · Paris

Technologisch reif. Organisatorisch improvisiert.

Moderne Startups arbeiteten mit neuester Technologie — aber operative Struktur entstand unter Druck, zufällig, und oft im Kopf einzelner Personen. Die strukturelle Überforderung war real.

AI-Transformation

AI kann nur agieren, wenn Realität modelliert wurde.

Die bestehende Softwaregeneration wurde nicht für diese Zukunft gebaut. Company OS schafft die strukturelle Grundlage, die KI benötigt, um operative Zusammenhänge zu verstehen.

Wer die Realität strukturiert, besitzt die Grundlage für KI.

Company OS ist diese Grundlage. Nicht eine weitere Anwendung. Ein neues operatives Fundament.

Demo anfragen

Context creates clarity.