Es gibt eine Frage, die in jedem Betrieb hundertmal am Tag fällt und die niemand als Problem erkennt, weil sie so normal geworden ist: „Wo steht das?"
Wo steht, wie wir einen Auftrag anlegen. Wo steht, ab welcher Summe der Chef unterschreibt. Wo steht, was wir dem Kunden letztes Jahr zugesagt haben. Die Antwort ist fast nie ein Ort. Sie ist ein Name: Frag mal die Andrea.
Ein Business OS ist der Versuch, aus diesen Namen einen Ort zu machen. Also aus dem, was eine Firma im Kopf hat, etwas, das man öffnen, lesen und weitergeben kann. Das ist keine neue Idee, sie hieß früher Organisationshandbuch und war meistens totes Papier. Neu ist, dass es sich seit Kurzem doppelt lohnt: für die Menschen und für die KI, die ohne diese Informationen nur raten kann.
Was ein Business OS ist, und was nicht
Ein Business OS ist der zusammenhängende, gepflegte Ort, an dem steht, wie dein Unternehmen arbeitet. Prozesse, Rollen, Regeln, Zahlen, Wissen und Entscheidungen, an einer Stelle, aktuell gehalten und für Menschen wie für Maschinen lesbar.
Wichtiger ist, was es nicht ist.
Es ist kein Werkzeug. Weder Notion noch Confluence noch ein Ordner voller Dateien sind ein Business OS. Sie sind das Regal. Ob es eins wird, entscheidet sich am Inhalt und an der Pflege, nicht am Anbieter.
Es ist keine zweite Datenhaltung. Deine Aufträge bleiben im ERP, deine Kontakte im CRM, deine Belege in der Buchhaltung. Ins OS gehört, was diese Systeme nicht wissen: warum ihr es so macht, wer entscheidet, was gilt.
Und es ist kein Projekt mit Enddatum. Ein Handbuch, das einmal geschrieben und nie angefasst wird, ist nach zwei Quartalen gefährlicher als gar keins, weil die Leute ihm noch glauben.
Warum das gerade jetzt aufkommt
Organisationswissen zu ordnen war immer sinnvoll und wurde trotzdem selten gemacht, weil der Nutzen weich war. Das hat sich verschoben.
Ein KI-Assistent kann heute Angebote entwerfen, Anfragen einsortieren und Protokolle in Aufgaben übersetzen. Was er nicht kann: wissen, wie ihr das macht. Er kennt eure Preislogik nicht, eure Freigabegrenzen nicht und nicht die eine Ausnahme, die bei Kunde Müller seit 2019 gilt. Alles, was nicht aufgeschrieben ist, erfindet er oder fragt nach.
Damit wird aus einer weichen Aufgabe eine harte: Die Qualität der KI-Ergebnisse hängt direkt an dem, was du ihr geben kannst. Warum das an Informationen und nicht an Formulierungen hängt, habe ich in Von Prompt Engineering zu Context Engineering beschrieben.
Der zweite Grund ist unbequemer und hat mit KI nichts zu tun: Wissen verlässt gerade in großem Stil die Betriebe, weil eine ganze Generation in Rente geht. Ein Business OS ist die einzige Form von Wissenssicherung, die auch dann noch funktioniert, wenn die Person nicht mehr im Haus ist.
Die sechs Bausteine
In den Projekten, die ich begleite, besteht ein tragfähiges Business OS aus sechs Teilen. Nicht alle sind gleich dringend, aber keiner ist verzichtbar.
1. Prozesse. Wie Arbeit tatsächlich läuft, Schritt für Schritt, mit Auslöser, Zuständigkeit und Ergebnis. Das ist der Baustein, bei dem die meisten anfangen, und zu Recht. Wie eine Anleitung aussieht, die jemand wirklich benutzt, steht in Was ist ein SOP.
2. Rollen und Verantwortung. Wer entscheidet was, wer wird gefragt, wer wird informiert. Ein Satz je Aufgabe reicht, solange genau ein Name darin vorkommt. Alles, was zwei Namen hat, hat in der Praxis keinen.
3. Zahlen. Welche Kennzahlen ihr steuert, woher sie kommen, wie oft sie jemand anschaut und ab welchem Wert etwas passiert. Ohne diesen Teil diskutiert ihr über Gefühle. Wie du misst, ob Maßnahmen etwas gebracht haben, steht in Woran du erkennst, ob die KI etwas gebracht hat.
4. Regeln. Freigabegrenzen, Rabattspielräume, Reklamationsgrenzen, Datenschutz, der Umgang mit KI-Werkzeugen. Für den letzten Punkt gibt es eine eigene Vorlage in KI-Richtlinie erstellen.
5. Wissen. Produkte, Kunden, Fachwissen, typische Fälle. Hier entscheidet die Menge über die Form: ein gepflegter Ordner Textdateien oder ein Abrufsystem mit Suche. Diese Entscheidung nehme ich in RAG oder LLM-Wiki auseinander.
6. Entscheidungen. Der Baustein, der fast überall fehlt und der am meisten wert ist. Ein Eintrag je Beschluss: Datum, Entscheidung, Begründung, wer beteiligt war. Warum lief die Umstellung auf den neuen Lieferanten so? Warum haben wir das Angebot damals abgelehnt? Wer das mitschreibt, führt seine Firma nach zwei Jahren mit Gedächtnis statt mit Anekdoten. Für einen KI-Assistenten ist dieses Protokoll außerdem das wertvollste Material überhaupt, weil darin steht, wie bei euch gedacht wird und nicht nur, was getan wird.
Vier Eigenschaften, ohne die es kein OS ist
Ein Ordner mit Dateien wird erst dann zum Betriebssystem, wenn vier Dinge stimmen. Sie sind unspektakulär, und genau an ihnen scheitert es.
- Eine Quelle je Tatsache. Die Rabattstaffel steht an einer Stelle. Überall sonst wird darauf verwiesen. Kopien sind der Anfang vom Ende, weil immer nur eine davon gepflegt wird.
- Stand und Eigentümer an jedem Eintrag. Zwei Zeilen im Kopf: geändert am, verantwortlich ist. Ohne das veraltet der Bestand unbemerkt, und niemand merkt es, bis eine falsche Auskunft rausgeht.
- Lesbar für Maschinen. Also Text statt Screenshots, Fließtext und Listen statt verschachtelter Tabellen, sprechende Titel statt „Doku final v3 neu".
- Geregelter Zugriff. Was jeder sehen darf, liegt offen. Was nicht, liegt getrennt. Diese Grenze muss an der Ablage verlaufen, nicht an der Hoffnung, dass niemand sucht.
Wie du anfängst, ohne ein Projekt daraus zu machen
Der häufigste Fehler ist die Vollständigkeitsfalle: erst die Struktur für alles, dann sechs Monate füllen, dann merken, dass niemand reinschaut. Umgekehrt wird es etwas.
- Woche eins: mitschreiben statt planen. Jeder notiert jede Frage, die er gestellt oder beantwortet hat, und jede Entscheidung, die gefallen ist. Keine Struktur, nur eine Liste. Dasselbe Vorgehen wie bei der Suche nach Automatisierungspotenzial, nur mit dem Blick auf Wissen statt auf Zeit.
- Woche zwei: die zehn teuersten Lücken schließen. Sortiere die Liste nach Häufigkeit mal Schaden. Was oft gefragt wird und bei falscher Antwort wehtut, kommt zuerst. Je Eintrag eine Seite, in der Sprache, in der du es einem neuen Kollegen erklären würdest.
- Woche drei: Pflege verabreden. Ein Eigentümer je Eintrag, ein fester Termin im Monat, eine Regel: Wer eine Frage zweimal beantwortet hat, schreibt sie beim dritten Mal auf. Das ist der einzige Mechanismus, der auf Dauer trägt.
- Danach: der KI Zugriff geben. Erst jetzt. Lege den Bestand in ein Projekt in ChatGPT oder Claude oder gib einem Agenten Lesezugriff auf den Ordner, und stell ihm die zehn Fragen aus Woche eins. Jede schlechte Antwort zeigt dir eine Lücke im Text, nicht im Modell.
Nach drei Wochen hast du kein fertiges Betriebssystem. Du hast etwas Besseres: einen Bestand, der benutzt wird, und einen Rhythmus, der ihn wachsen lässt.
Werkzeuge, kurz und unaufgeregt
Die Werkzeugfrage ist die unwichtigste, deshalb hier nur das Nötige. Markdown-Dateien in einem Ordner sind die robusteste Variante: reiner Text, versionierbar, von jedem Modell lesbar, kein Anbieter dazwischen. Wer lieber eine Oberfläche mit Rechten und Kommentaren hat, nimmt Notion oder Confluence, beides funktioniert, solange die vier Eigenschaften von oben eingehalten werden.
Was in keinem Fall funktioniert: das OS parallel zu den Fachsystemen mit denselben Daten zu füllen. Bewegungsdaten bleiben dort, wo sie entstehen. Ins OS gehört die Beschreibung, nicht die Kopie.
Und wenn du den Bestand für die tägliche Arbeit ansprechbar machen willst, ist der nächste Schritt ein eigener Assistent darauf, wie ich ihn in Wer ist Jarvis beschrieben habe, oder wiederverwendbare Bausteine, siehe Agent Skills.
Woran es in der Praxis scheitert
Vier Muster sehe ich immer wieder, und keins davon ist ein Technikproblem.
Niemand ist zuständig. Ein Bestand ohne Eigentümer je Eintrag verfällt, egal wie gut er startet. Das ist der häufigste Grund, warum der zweite Anlauf nötig wird.
Es wird beschrieben, wie es sein sollte. Wenn im OS der Idealprozess steht und im Betrieb der echte läuft, glaubt nach zwei Wochen niemand mehr hinein. Schreib auf, was tatsächlich passiert, inklusive der Abkürzungen. Verbessern kannst du danach, und genau dann fällt auf, was sich automatisieren lässt. Die Reihenfolge dazu steht in Erst Prozesse, dann KI.
Das Werkzeug wird gewechselt statt gepflegt. Wenn der Bestand veraltet, fühlt sich ein Umzug nach Fortschritt an. Er ist aber nur ein Umzug. Der neue Ort ist nach einem Jahr genauso veraltet.
Es wird zur Vorschrift statt zum Angebot. Ein OS, das nur Pflichten enthält, liest niemand freiwillig. Eines, das die Arbeit spürbar leichter macht, weil man Dinge findet statt zu fragen, trägt sich selbst.
Was es außerhalb der KI bringt
Der KI-Nutzen ist der aktuelle Anlass, aber er ist nicht der größte Posten.
Die Einarbeitung neuer Leute verkürzt sich, weil Fragen einen Ort haben. Urlaub und Krankheit werden ruhiger, weil Vertretung nachlesen kann statt zu improvisieren. Und für alle, die irgendwann verkaufen oder übergeben: Ein Betrieb, dessen Abläufe dokumentiert sind, ist nachweislich leichter zu bewerten und zu übergeben als einer, in dem das Wissen an drei Personen hängt. Das ist kein KI-Thema, das ist Firmenwert.
Die KI kommt am Ende als Verstärker obendrauf: Was aufgeschrieben ist, kann sie nutzen. Was nicht, bleibt außen vor, egal welches Modell du einsetzt.
Häufige Fragen
Was ist der Unterschied zwischen einem Business OS und einem Wiki?
Ein Wiki ist eine Ablage für Texte. Ein Business OS ist ein Wiki mit vier Zusatzbedingungen: eine Quelle je Tatsache, Eigentümer und Stand an jedem Eintrag, Lesbarkeit für Maschinen und ein verabredeter Pflegerhythmus. Ohne diese vier hast du eine Sammlung, keine Ordnung.
Brauche ich dafür eine bestimmte Software?
Nein. Ein Ordner mit Textdateien reicht für den Anfang und ist die Variante, die am wenigsten kaputtgehen kann. Notion, Confluence oder ein anderes Werkzeug sind bequemer, ändern aber nichts an der Arbeit, die den Unterschied macht.
Wie groß muss eine Firma dafür sein?
Ab der zweiten Person lohnt es sich, ab zehn wird es zur Notwendigkeit. Bei drei Leuten passt das OS auf zwanzig Seiten, und genau das ist der richtige Umfang. Der Fehler liegt nie in zu wenig Umfang, sondern in fehlender Pflege.
Wie halte ich Vertrauliches heraus, wenn die KI Zugriff bekommt?
Über getrennte Bereiche. Was die KI lesen darf, liegt in einem eigenen Bestand, alles andere daneben und ohne Zugriff. Sobald du innerhalb eines Bestandes nach Rollen unterscheiden musst, brauchst du ein System mit Rechten und Filtern, siehe DSGVO-konforme Wissensdatenbank.
Fazit
Jede Firma hat ein Betriebssystem. Die Frage ist nur, ob es aufgeschrieben ist oder in Köpfen, Mailverläufen und zwei Excel-Dateien steckt. Ein Business OS macht daraus einen Ort: Prozesse, Rollen, Zahlen, Regeln, Wissen und Entscheidungen, mit Eigentümer und Stand, in Text, den Menschen und Maschinen lesen können.
Der Aufwand dafür ist kein Projekt, sondern eine Gewohnheit: Wer eine Frage zum dritten Mal beantwortet, schreibt sie auf. Wer eine Entscheidung trifft, notiert sie mit Begründung. Nach einem halben Jahr sieht man den Unterschied an der Einarbeitungszeit, an der Zahl der Rückfragen und daran, dass ein KI-Assistent plötzlich brauchbare Antworten gibt, weil er zum ersten Mal weiß, wie bei euch gearbeitet wird.
Wenn du wissen willst, wo bei euch die größten Lücken sitzen, ist der KI-Potenzial-Check ein guter Start. Wenn du den Aufbau lieber begleitet angehst, schau dir an, wie ich Firmenwissen nutzbar mache, oder sprich mich direkt in einer KI-Beratung darauf an.