Company Brain aufbauen: vom Dokumentenchaos zur verlässlichen Antwort
Kurzantwort
Ein Company Brain baust du in Schritten, nicht mit einem großen Import: Quellen erfassen, je Thema die autoritative Version bestimmen, Systeme anbinden und Rechte klären, Antworten an Quellen binden und das Ganze im Betrieb pflegen. Der Kern ist nicht die Technik, sondern ein benannter Owner, der es aktuell hält.
Ein Company Brain ist die geteilte Wissensebene eines Unternehmens: Es greift auf freigegebene Dokumente, Handbücher, Tickets und Notizen zu und formt daraus belegbare Antworten. Der häufigste Fehler ist, es als einmaligen Datenimport zu behandeln. Das funktioniert am ersten Tag und veraltet in der ersten Woche. Der Aufbau folgt fünf Schritten: Quellen erfassen, autoritative Version bestimmen, anbinden und Rechte setzen, Antworten mit Quellen belegen, im Betrieb pflegen. Der wichtigste Schritt ist der letzte plus eine Person, die ihn verantwortet. Ohne Owner wird das beste System zur Waise, die niemand pflegt.
Was ein Company Brain wirklich ist
Ein Company Brain ist das interne Wissens-Gehirn eines Unternehmens: eine geteilte Ebene, die auf freigegebene Dokumente, Handbücher, Tickets und Notizen zugreift und daraus Antworten formt, die man belegen kann. Es ersetzt nicht die Systeme, in denen das Wissen liegt. Es macht dieses Wissen befragbar und bindet jede Antwort an eine Stelle, an der man nachlesen kann.
Der Denkfehler steckt fast immer im Wort "aufbauen". Viele stellen sich einen einmaligen Import vor: alle PDFs in einen Speicher kippen, einen Assistenten davorsetzen, fertig. Das gibt eine gute Demo und ein schlechtes Produkt. Denn Dokumente widersprechen sich, veralten und liegen in drei Versionen herum. Ein Company Brain ist der Umgang mit genau diesem Chaos, nicht seine Konservierung.
Ein Company Brain ist kein einmaliger Import. Es ist ein lebendes System, das jemandem gehört und das gepflegt wird, sonst veraltet die erste falsche Antwort schneller, als der Aufbau gedauert hat.
Die Bauschritte von Quelle zu Antwort
Der Weg vom Rohdokument zur verlässlichen Antwort hat fünf Schritte. Sie bauen aufeinander auf, und keiner lässt sich überspringen, ohne dass er später teuer zurückkommt.
Quellen erfassen. Zuerst listest du auf, wo Wissen tatsächlich liegt: Laufwerke, Wiki, Ticketsystem, E-Mail-Postfächer, Chatverläufe. Nicht alles davon gehört ins Company Brain. Aber du musst wissen, was es gibt, bevor du entscheidest, was hineinkommt.
Autoritative Version bestimmen. Für jedes Thema gibt es genau eine Version, die als wahr gilt. Der freigegebene Prozess, nicht der Entwurf daneben. Diese Entscheidung trifft ein Mensch, kein Modell. Ohne sie liefert der Assistent mal die eine, mal die andere Antwort, und beide klingen überzeugend.
Anbinden und Rechte setzen. Jetzt verbindest du die Quellen und legst fest, wer was sehen darf. Das Company Brain darf nie mehr zeigen, als die fragende Person ohnehin sehen dürfte. Rechte sind kein Nachtrag, sondern Teil des Bauplans.
Antworten mit Quellen. Jede Antwort trägt ihre Herkunft mit. Wer fragt, sieht, aus welchem Dokument die Aussage stammt und ob es aktuell ist. Das macht Fehler sichtbar, statt sie zu verstecken, und es macht das System überprüfbar.
Pflege im Betrieb. Quellen ändern sich, Prozesse werden ersetzt, Rechte verschieben sich. Wer das nicht laufend pflegt, betreibt nach drei Monaten ein Archiv mit falscher Aktualität. Dieser Schritt hört nie auf.
| Quelle | Rolle im Company Brain | Aufnahme |
|---|---|---|
| Handbuch, freigegebene Policy | autoritativ | aufnehmen und als verbindlich markieren |
| Ticket-Historie, Chatverlauf | Kontext, nicht autoritativ | aufnehmen, klar als Referenz kennzeichnen |
| Veralteter Entwurf, private Notiz | Rauschen | draußen lassen oder archivieren |
| Personenbezogene oder regulierte Daten | rechtlich sensibel | nur mit Rechtsprüfung und Zugriffsrechten |
Warum ein Company Brain einen Owner braucht
Die fünf Schritte lassen sich in ein paar Wochen bauen. Was ein Company Brain am Leben hält, ist der Schritt danach: jemand, der es besitzt. Diese Person entscheidet, welche Quelle autoritativ ist, gibt neue Dokumente frei, räumt Widersprüche weg und schaut auf die Antworten, die das System gibt.
Ohne diesen Owner passiert immer dasselbe. Ein Prozess ändert sich, niemand aktualisiert die Quelle, das Company Brain antwortet weiter mit dem alten Stand. Beim ersten Mal ist es peinlich, beim dritten Mal glaubt niemand mehr den Antworten, und das teuer gebaute System steht ungenutzt herum. Werkzeuge sind austauschbar, die Verantwortung ist es nicht.
Deshalb ist die erste Frage vor dem Bau nicht "welche Datenbank", sondern "wer verantwortet das Wissen, wenn es live ist". Bekommst du darauf einen Namen statt einer Abteilung, ist das der beste Startpunkt, den ein Company Brain haben kann.
Vorgehen für den Aufbau
Bevor du das erste Dokument anfasst, geh diese fünf Punkte durch. Sie sind die Bauschritte als Handlung, und sie halten das Company Brain davon ab, ein einmaliger Import zu werden.
- Erfasse die Quellen, bevor du an Modelle denkst, und trenne, was Wissen trägt, von dem, was nur herumliegt.
- Bestimme je Thema eine autoritative Version und markiere sie als verbindlich, damit der Assistent nicht zwischen Widersprüchen wählt.
- Kläre Rechte und Zugriff vor der Anbindung, denn das Company Brain darf nie mehr zeigen als die fragende Person.
- Verlange Quellen in jeder Antwort, damit Fehler sichtbar werden und das System überprüfbar bleibt.
- Benenne einen Owner für den Betrieb, der freigibt, aufräumt und aktuell hält, sonst veraltet das System schneller als geplant.
Kernsatz: Ein Company Brain ist zu einem kleinen Teil ein Bauprojekt und zu einem großen Teil ein Betriebsprojekt. Wer nur baut und nicht pflegt, hat in drei Monaten ein Archiv mit falscher Aktualität.
Häufige Irrtümer
- Ein Company Brain ist ein einmaliger Datenimport.
- Der Import ist der Anfang, nicht das Ergebnis. Ohne laufende Pflege und einen Owner veraltet das Wissen, und die Antworten werden mit jeder ungepflegten Woche unzuverlässiger.
- Mehr Dokumente bedeuten bessere Antworten.
- Mehr Dokumente ohne Ordnung bedeuten mehr Widersprüche. Ein Company Brain wird besser, wenn du entscheidest, was autoritativ ist und was raus muss, nicht wenn du alles hineinkippst.
Fragen und Antworten
- Wo fängt man an, wenn alles gleichzeitig chaotisch ist?
- Mit einem Thema, in dem viel gefragt wird und eine klare Quelle existiert. Ein enges, gut gepflegtes Company Brain schlägt ein breites, in dem sich alles widerspricht. Der Umfang wächst, nachdem der erste Bereich verlässlich läuft.
- Woran erkenne ich die autoritative Version?
- Nicht am Dateidatum, sondern an der Freigabe. Frag, wer für das Thema verantwortlich ist, und lass diese Person die verbindliche Version benennen. Wo niemand entscheidet, gibt es keine autoritative Version, und genau das ist der Befund.
- Wer sollte das Company Brain besitzen?
- Eine fachliche Person aus dem Bereich, in dem das Wissen entsteht und genutzt wird. IT und Datenschutz kommen für Anbindung und Rechte dazu, aber die Verantwortung für Inhalte und Aktualität gehört zum Fach, nicht allein zur Technik.
Sources and evidence
Es werden keine externen Statistiken oder Kundenergebnisse als belegt behauptet. Rechts- und Rechtefragen werden vor der Anbindung mit dem realen Stack geprüft.
