Ein Company Brain startet nicht mit einem großen Tool-Projekt, sondern mit einem eng begrenzten Arbeitsproblem. In den ersten 30 Tagen zählen Schmerzpunkte, belastbare Quellen, klare Wissensobjekte und ein kleiner Praxistest im Alltag. Wer direkt alles indexiert, baut meistens keine Wissensschicht, sondern nur eine schnellere Suche über altes Chaos.

Warum sollte ein Company Brain klein beginnen?

Viele Unternehmen machen beim Start eines Company Brain denselben Fehler: Sie denken zu groß. Alle Dokumente sollen importiert werden. Alle Abteilungen sollen beteiligt sein. Jede Datei soll irgendwie in die KI-Suche. Am Ende entsteht ein beeindruckender Index, aber keine verlässliche Arbeitsgrundlage.

Ein Company Brain ist kein Archivierungsprojekt. Es geht nicht darum, möglichst viel Wissen in ein System zu kippen. Es geht darum, die richtigen Fragen besser zu beantworten: Wo verlieren Mitarbeiter Zeit? Wo entstehen Fehler? Welche Informationen werden ständig gesucht? Welche Entscheidungen hängen an einzelnen erfahrenen Mitarbeitern? Welche Prozesse funktionieren nur, weil jemand „weiß, wie es gemeint ist“?

Der beste Start ist deshalb klein, aber konkret. Ein Unternehmen sollte in den ersten 30 Tagen nicht versuchen, sein gesamtes Wissen zu digitalisieren. Es sollte einen operativen Bereich auswählen, in dem Wissen spürbar fehlt. Das kann Onboarding sein, Kundenservice, Anfragequalifizierung, Angebotsprüfung, Projektübergabe, interne Freigaben oder ein wiederkehrender Fachprozess.

Ein gutes 30-Tage-Projekt erzeugt keinen perfekten Endzustand. Es erzeugt einen belastbaren Anfang.

Warum ist der Zeitpunkt für strukturierteres Unternehmenswissen jetzt relevant?

Der Druck auf Unternehmen steigt, weil Wissen, KI und Arbeitsgeschwindigkeit zusammenwachsen. Pryon berichtet in einer Umfrage, dass 70 Prozent der Mitarbeiter eine Stunde oder mehr damit verbringen, eine einzelne Information zu suchen. Gleichzeitig sagen 92 Prozent der Befragten, dass schneller und genauer Zugriff auf Informationen aus Unternehmensinhalten wichtig für das Geschäft ist. Quelle: https://www.pryon.com/resource/why-workers-waste-hours-searching-for-information

Atlassian beschreibt, dass Beschäftigte im Durchschnitt 25 Prozent ihrer Arbeitswoche mit Informationssuche verbringen. Außerdem haben laut Atlassian 50 Prozent der Wissensarbeiter unbewusst an doppelten Projekten gearbeitet. Quelle: https://www.atlassian.com/webinars/enterprise-cloud/why-now-is-the-knowledge-management-moment

KPMG und die University of Melbourne zeigen in ihrer globalen KI-Studie 2025, dass 66 Prozent der Arbeitnehmer KI-Ergebnisse nicht auf Genauigkeit prüfen und 56 Prozent durch KI-Nutzung Fehler bei der Arbeit gemacht haben. Das ist für ein Company Brain wichtig: KI braucht nicht nur Zugriff auf Wissen, sondern verlässliche Quellen, Governance und Nutzungskompetenz. Quelle: https://kpmg.com/xx/en/our-insights/ai-and-technology/trust-attitudes-and-use-of-ai.html

McKinsey kommt im Bericht „Superagency in the Workplace“ zu dem Schluss, dass Mitarbeiter grundsätzlich bereit für KI sind, die größte Hürde aber bei Führung, Ausrichtung und Umsetzung liegt. Für ein Company Brain bedeutet das: Die Technik ist nicht der Engpass allein. Entscheidend ist, ob die Organisation klar priorisiert, was zuerst verbessert werden soll. Quelle: https://www.mckinsey.com/capabilities/tech-and-ai/our-insights/superagency-in-the-workplace-empowering-people-to-unlock-ais-full-potential-at-work

Was sollte in Woche 1 passieren?

Woche 1 gehört nicht den Tools. Sie gehört den Schmerzpunkten.

Der wichtigste Fehler wäre, sofort über Vektordatenbanken, Chatoberflächen, Berechtigungen, Automatisierungen und APIs zu sprechen. Diese Themen kommen später. Am Anfang muss klar werden, welches Problem das Company Brain lösen soll.

Dafür reichen wenige, aber gute Fragen:

Welche Informationen werden jede Woche gesucht? Welche Fragen stellen neue Mitarbeiter immer wieder? Welche Fehler passieren, weil alte Vorlagen, unklare Zuständigkeiten oder Sonderfälle nicht bekannt sind? Welche Kunden erfordern besonderes Wissen? Welche Prozesse hängen stark von einzelnen Personen ab? Wo werden Entscheidungen nicht dokumentiert? Wo gibt es mehrere Versionen derselben Wahrheit?

Die Antworten sollten nicht in einem abstrakten Workshop verschwinden. Sie sollten als konkrete Arbeitsfälle gesammelt werden. Zum Beispiel:

„Ein neuer Servicemitarbeiter weiß nicht, wie ein bestimmter Kundentyp behandelt wird.“
„Im Vertrieb ist unklar, welche Preisregel bei Bestandskunden gilt.“
„Im Projekt fehlt die Entscheidungshistorie, warum eine Lösung abgelehnt wurde.“
„Im Kundenservice werden dieselben Rückfragen jeden Monat neu beantwortet.“

Woche 1 endet idealerweise mit einer kurzen Liste von 10 bis 20 echten Fragen aus dem Alltag. Nicht mit einer Systemauswahl.

Wie grenzt man den ersten Anwendungsfall richtig ein?

Ein guter erster Anwendungsfall ist häufig unspektakulär. Das ist kein Nachteil.

Er sollte drei Eigenschaften haben. Erstens: Er kommt oft genug vor. Zweitens: Er verursacht spürbaren Aufwand oder Fehler. Drittens: Die relevanten Quellen sind grundsätzlich vorhanden.

Ein zu großer Anwendungsfall wäre: „Wir wollen das gesamte Unternehmenswissen nutzbar machen.“
Ein besserer Anwendungsfall wäre: „Wir wollen die 30 häufigsten Rückfragen im Kundenservice mit geprüften Antworten, Quellen und Eskalationsregeln abbilden.“

Oder: „Wir wollen neue Mitarbeiter im Vertrieb in den ersten zwei Wochen schneller arbeitsfähig machen.“
Oder: „Wir wollen Angebotsprüfungen für Bestandskunden vereinheitlichen.“

Ein Company Brain wird nicht dadurch stark, dass es am Anfang alles kann. Es wird stark, wenn es an einer Stelle zuverlässig hilft.

Was sollte in Woche 2 passieren?

Woche 2 gehört den Quellen. Jetzt geht es nicht mehr darum, welche Fragen wichtig sind, sondern wo die Antworten heute liegen.

In vielen Unternehmen ist das ernüchternd. Eine Antwort steckt teilweise in SharePoint, teilweise in E-Mails, teilweise in alten Angeboten, teilweise in Projektprotokollen, teilweise in einem Ticketsystem und teilweise im Kopf eines erfahrenen Mitarbeiters. Genau deshalb braucht es ein Company Brain.

Woche 2 sollte Quellen nicht nur sammeln, sondern bewerten.

Welche Quelle ist aktuell? Welche Quelle ist verbindlich? Welche Quelle ist nur historisch interessant? Welche Quelle enthält Entwürfe? Welche Dateien sind Dubletten? Welche Dokumente sind fachlich wichtig, aber unverständlich geschrieben? Welche Informationen dürfen später in einer KI-Suche überhaupt verwendet werden?

Hier trennt sich ein seriöser Start von einem schnellen Chatbot-Projekt. Ein PDF-Ordner ist noch keine Wissensbasis. Eine freigegebene, versionierte, beschriebene Quelle ist etwas anderes.

Das Ergebnis von Woche 2 ist eine Quellenlandkarte. Sie muss nicht perfekt sein. Aber sie sollte zeigen, welche Quellen für den ersten Anwendungsfall verwendet werden dürfen, welche unsicher sind und wo Wissen noch mündlich ergänzt werden muss.

Wie unterscheidet man Quelle, Wissen und Meinung?

Diese Unterscheidung ist wichtiger, als sie klingt.

Eine Quelle ist ein Dokument, eine E-Mail, ein Ticket, ein Protokoll, eine Vertragsstelle oder ein Systemeintrag. Wissen entsteht erst, wenn diese Quelle eingeordnet wird. Eine Meinung ist eine Einschätzung, die hilfreich sein kann, aber nicht automatisch verbindlich ist.

Ein Beispiel: Ein erfahrener Mitarbeiter sagt: „Bei diesem Kundentyp machen wir das eigentlich immer anders.“ Das ist wertvoll. Aber es ist noch keine Regel. Das Company Brain muss daraus eine prüfbare Wissenseinheit machen: Wann gilt die Abweichung? Wer hat sie entschieden? Für welche Kunden gilt sie? Gibt es eine Quelle? Wer ist verantwortlich? Wann wird sie überprüft?

Ohne diese Übersetzung bleibt das Company Brain eine Sammlung von Notizen. Mit dieser Übersetzung entsteht belastbares Unternehmenswissen.

Was sollte in Woche 3 passieren?

Woche 3 gehört der Struktur. Jetzt werden aus Fragen und Quellen erste Wissensobjekte.

Ein Wissensobjekt ist keine lange Handbuchseite. Es ist eine kompakte, geprüfte Einheit, die eine konkrete Frage beantwortet. Es enthält die Antwort, den Kontext, die Quelle, den Eigentümer, das Prüfdatum, die Gültigkeit und gegebenenfalls Eskalationsregeln.

Beispiel:

Frage: „Welche Informationen müssen vor einem Angebot an einen Bestandskunden geprüft werden?“
Antwort: „Vor jedem Angebot sind bestehende Vertragskonditionen, offene Reklamationen, laufende Projekte und Sonderpreise zu prüfen.“
Quelle: CRM, Angebotsrichtlinie, Kundenhistorie.
Eigentümer: Vertriebsleitung.
Prüfung: quartalsweise.
Eskalation: bei Sonderrabatt über definierter Schwelle.

So wird Wissen handhabbar.

In Woche 3 sollten nicht hunderte Wissensobjekte entstehen. Besser sind 20 gute als 200 halbfertige. Der erste Bestand muss klein genug bleiben, damit er geprüft, verstanden und genutzt werden kann.

Wie sieht ein pragmatischer 30-Tage-Plan aus?

Diese Tabelle wirkt einfach. Genau das ist der Punkt. Ein Company Brain darf am Anfang nicht wie ein Großprojekt wirken. Es muss als kontrollierter Einstieg in besseres Unternehmenswissen funktionieren.

Was sollte in Woche 4 passieren?

Woche 4 gehört der Nutzung. Jetzt zeigt sich, ob die Struktur funktioniert.

Die Wissensobjekte werden nicht im stillen Kämmerlein bewertet. Sie werden mit echten Nutzern getestet. Ein neuer Mitarbeiter, ein Servicemitarbeiter, ein Vertriebsmitarbeiter oder ein Projektleiter bekommt typische Fragen. Dann wird beobachtet: Findet die Person die Antwort? Ist sie verständlich? Fehlt Kontext? Ist die Quelle sichtbar? Gibt es Unsicherheit? Muss ein Mensch entscheiden? Ist die Antwort zu allgemein?

Dieser Test ist ehrlicher als jede Demo.

Wichtig ist, Fehler nicht als Scheitern zu behandeln. In Woche 4 sollen Lücken sichtbar werden. Wenn eine Antwort unklar ist, ist das ein guter Fund. Wenn eine Quelle widerspricht, ist das wichtig. Wenn ein Prozess nur mündlich existiert, wurde ein Risiko entdeckt.

Das Ziel von Woche 4 ist nicht Perfektion. Das Ziel ist Vertrauen in die Richtung.

Welche Rolle spielt KI in den ersten 30 Tagen?

KI sollte in den ersten 30 Tagen helfen, aber nicht führen.

Sie kann Fragen gruppieren, Dokumente zusammenfassen, Entwürfe für Wissensobjekte erstellen, Dubletten erkennen, Begriffe vereinheitlichen und Testfragen generieren. Aber sie sollte nicht allein entscheiden, welche Regel gilt. Diese Verantwortung bleibt beim Unternehmen.

Gerade am Anfang ist es gefährlich, KI als Abkürzung zu verstehen. Wenn schlechte Quellen automatisiert zusammengefasst werden, entsteht nur schneller schlechteres Wissen. Wenn unklare Prozesse in schöne Antworten gegossen werden, wirkt das Problem gelöst, obwohl es nur besser formuliert wurde.

Ein Company Brain braucht KI. Aber es braucht zuerst Verantwortung, Quellen und Struktur.

Welche Rollen werden gebraucht?

Ein 30-Tage-Start braucht keine große Organisation. Aber er braucht klare Rollen.

Es braucht einen fachlichen Eigentümer für den Anwendungsfall. Diese Person entscheidet, welche Fragen wichtig sind und welche Antworten fachlich gelten. Es braucht jemanden, der Quellen sammelt und ordnet. Es braucht Nutzer, die testen. Und es braucht eine technische oder methodische Rolle, die Wissensobjekte, Metadaten, Rechte und spätere Integration im Blick behält.

Für den Mittelstand ist das gut handhabbar. Ein kleines Team aus Fachbereich, Geschäftsführung oder Bereichsleitung und technischer Unterstützung reicht für den Start oft aus.

Wichtig ist nur: Niemand sollte glauben, ein Company Brain könne rein aus der IT heraus entstehen. Unternehmenswissen gehört den Fachbereichen. Die IT kann es ermöglichen, aber nicht allein definieren.

Welche Fehler sollte man in den ersten 30 Tagen vermeiden?

Der erste Fehler ist, alles zu importieren. Das erzeugt Menge, aber keine Qualität.

Der zweite Fehler ist, keine Eigentümer zu benennen. Wissen ohne Eigentümer veraltet.

Der dritte Fehler ist, nur Dokumente zu betrachten. Viel entscheidendes Wissen liegt in Entscheidungen, Kundenhistorien, Tickets, E-Mails, Angeboten und mündlicher Erfahrung.

Der vierte Fehler ist, keine Grenzen zu setzen. Ein gutes Company Brain muss sagen können: „Dazu gibt es keine geprüfte Antwort.“

Der fünfte Fehler ist, den Erfolg am Chat-Erlebnis zu messen. Eine gute Oberfläche ist angenehm. Entscheidend ist aber, ob Arbeit schneller, sicherer und nachvollziehbarer wird.

Woran erkennt man nach 30 Tagen Erfolg?

Nach 30 Tagen muss kein Unternehmen ein fertiges Company Brain besitzen. Aber es sollte vier Dinge vorweisen können.

Erstens: einen klar abgegrenzten Anwendungsfall. Zweitens: geprüfte Quellen. Drittens: erste Wissensobjekte mit Eigentümer, Quelle und Gültigkeit. Viertens: Feedback aus echter Nutzung.

Wenn diese vier Punkte vorhanden sind, ist viel erreicht. Dann kann entschieden werden, ob der nächste Ausbau sinnvoll ist: mehr Prozesse, mehr Rollen, mehr Quellen, eine KI-Suche, API-Anbindungen, CRM-Integration oder ein Kundenportal.

Wenn diese Punkte nicht vorhanden sind, hilft auch ein größeres Tool nicht.

Wie startet man ein Company Brain in 30 Tagen sinnvoll?

Ein sinnvoller Start beginnt nicht mit der Frage nach dem besten Tool. Er beginnt mit der Frage, welches Wissen im Alltag fehlt, bremst oder Risiken erzeugt. Danach werden Quellen geprüft, Wissensobjekte strukturiert und erste Antworten mit echten Nutzern getestet.

Das Ergebnis ist kein fertiges Unternehmensgedächtnis. Aber es ist ein kontrollierter Anfang.

Und genau das ist oft der Unterschied zwischen einem KI-Projekt, das gut klingt, und einem Company Brain, das im Unternehmen wirklich genutzt wird.

Interessante Links

APQC – Knowledge Management Priorities for 2025
https://www.apqc.org/blog/knowledge-management-priorities-2025

Atlassian – How to create a knowledge base article
https://www.atlassian.com/itsm/knowledge-management/knowledge-base-article

IBM – What is knowledge management?
https://www.ibm.com/think/topics/knowledge-management

Quellen der verwendeten Kennzahlen

Pryon – Overcome Enterprise Search Challenges with Knowledge AI
https://www.pryon.com/resource/why-workers-waste-hours-searching-for-information

Atlassian – Why now is the knowledge management moment
https://www.atlassian.com/webinars/enterprise-cloud/why-now-is-the-knowledge-management-moment

KPMG – Trust, attitudes and use of artificial intelligence: A global study 2025
https://kpmg.com/xx/en/our-insights/ai-and-technology/trust-attitudes-and-use-of-ai.html

McKinsey – Superagency in the workplace: Empowering people to unlock AI’s full potential at work
https://www.mckinsey.com/capabilities/tech-and-ai/our-insights/superagency-in-the-workplace-empowering-people-to-unlock-ais-full-potential-at-work

FAQ

Was ist ein Company Brain?

Ein Company Brain ist eine strukturierte Wissensschicht für operative Arbeit. Es verbindet Quellen, Prozesse, Verantwortlichkeiten, Entscheidungen und typische Fragen so, dass Mitarbeiter verlässliche Antworten finden. Es ist mehr als eine Dateiablage oder ein Chatbot, weil es Wissen prüfbar, aktuell und im Arbeitskontext nutzbar machen soll.

Kann man ein Company Brain wirklich in 30 Tagen starten?

Ja, aber nicht vollständig fertigstellen. In 30 Tagen lässt sich ein begrenzter, sinnvoller Anfang schaffen. Entscheidend ist ein klarer Anwendungsfall, zum Beispiel Kundenservice, Onboarding oder Angebotsprüfung. Danach werden Fragen gesammelt, Quellen geprüft, erste Wissensobjekte erstellt und mit echten Nutzern getestet.

Warum sollte man nicht direkt alle Dokumente importieren?

Weil große Dokumentenmengen ohne Prüfung oft mehr Chaos erzeugen. Alte Versionen, Dubletten, Entwürfe und widersprüchliche Quellen werden dann ebenfalls durchsuchbar. Ein Company Brain braucht nicht zuerst maximale Menge, sondern verlässliche Inhalte. Deshalb sollte der Start mit geprüften Quellen und klaren Wissensobjekten erfolgen.

Welche Quellen eignen sich für den Start?

Geeignet sind Quellen, die im ausgewählten Prozess tatsächlich verwendet werden. Das können Prozessbeschreibungen, CRM-Einträge, Tickets, Angebote, Projektprotokolle, E-Mails, Kundeninformationen oder Richtlinien sein. Wichtig ist, dass jede Quelle bewertet wird: Ist sie aktuell, verbindlich, historisch, unsicher oder nur ergänzend?

Wie viele Wissensobjekte braucht man am Anfang?

Für einen ersten Pilot reichen oft 20 bis 40 gute Wissensobjekte. Entscheidend ist nicht die Menge, sondern die Qualität. Jedes Wissensobjekt sollte eine konkrete Frage beantworten, eine Quelle nennen, einen Eigentümer haben und klar zeigen, wann es gilt oder wann ein Mensch entscheiden muss.

Welche Rolle spielt KI beim Start?

KI kann beim Gruppieren von Fragen, Zusammenfassen von Quellen, Erstellen erster Entwürfe und Finden von Dubletten helfen. Sie sollte aber nicht allein entscheiden, welche Regel gilt. Fachliche Verantwortung, Quellenprüfung und Freigabe bleiben beim Unternehmen. Sonst entsteht nur schneller formuliertes, aber nicht verlässliches Wissen.

Wer sollte im Unternehmen beteiligt sein?

Es braucht mindestens einen fachlichen Eigentümer, Nutzer aus dem Alltag und technische oder methodische Unterstützung. Die Geschäftsführung oder Bereichsleitung sollte den Rahmen setzen. Die IT allein kann ein Company Brain nicht definieren, weil Unternehmenswissen aus Fachprozessen, Kundenlogik, Entscheidungen und Erfahrung entsteht.

Woran erkennt man Erfolg nach 30 Tagen?

Erfolg zeigt sich daran, dass ein konkreter Anwendungsfall abgegrenzt ist, wichtige Quellen bewertet wurden, erste Wissensobjekte vorliegen und echte Nutzer damit arbeiten konnten. Perfektion ist nach 30 Tagen nicht nötig. Entscheidend ist, ob weniger gesucht, klarer entschieden und gezielter weiterentwickelt werden kann.