← Alle Lessons | Unternehmenswissen KI-ready machen – Content ist nicht Context

Unternehmenswissen KI-ready machen – Content ist nicht Context

Schritt 1 von 7

Einstieg

Dasselbe Wissen, andere Aufbereitung. Eine Antwort vage und falsch, die andere präzise und brauchbar. Der Unterschied liegt nicht im Tool. Er liegt davor.

Geordnetes Archiv mit Karteikarten und Etiketten, sanftes Teal-Licht

Du fragst die KI: Was ist unser Urlaubsprozess? Die KI antwortet vage. Etwas zu Anträgen, etwas zu Genehmigungen, am Ende ein Satz über Elternzeit, der hier eigentlich nicht hingehört. Die Quelle ist da. Ein 30-seitiges HR-Handbuch als PDF, irgendwo auf Seite 12 steht der Urlaubsprozess. Aber die Antwort ist trotzdem unbrauchbar.

Du gibst der KI dasselbe Wissen in anderer Form. Ein Markdown-Dokument Urlaubsprozess.md. Drei Abschnitte: Antrag, Genehmigung, Sonderregelungen. Oben ein kurzer Steckbrief mit Geltungsbereich und Stand. Dieselbe Frage. Die Antwort ist präzise, vollständig, direkt verwendbar.

🧭
Für wen diese Lesson ist: Fach- und Führungskräfte in KMU, die KI im Unternehmen einführen wollen. Ohne eigenes Entwicklerteam. Du musst nicht entscheiden können, welche Vektordatenbank ihr nehmt. Du musst entscheiden können, ob ihr überhaupt eine braucht. Und welches Wissen die KI sehen soll.

Content ist nicht Context

Das ist der häufigste Fehler beim Einstieg in Unternehmens-KI. Dokumente in einen Ordner kippen, KI draufzeigen, enttäuscht sein. Was im Ordner liegt, ist Content. Geschrieben für Menschen. Layout, Sprache, Reihenfolge sind auf Mitarbeiter ausgerichtet, nicht auf Modelle. Was die KI braucht, ist Context. Aufbereitet, strukturiert, mit Steckbrief versehen, abgeschlossen pro Thema.

🔑
Der Unterschied zwischen plausibel und verlässlich ist genau dieser Aufbereitungs-Aufwand. Ein nacktes Modell kann plausibel klingende Antworten geben. Plausibel ist nicht korrekt. Korrekt ist nicht hilfreich. Hilfreich ist nicht sicher.

Warum das gerade jetzt zählt

Viele Unternehmen warten. Sie warten auf das beste Modell, auf den richtigen Anbieter, auf eine konsolidierte Toollandschaft. Während sie warten, sammeln sich Inseln aus ChatGPT-Tabs und Custom-Bots in den Abteilungen an. Niemand weiß, mit welchem Wissen sie eigentlich arbeiten. Die Tools werden besser. Die Aufbereitung deines Wissens passiert nicht von allein.

Das Gute: Aufbereitung ist die einzige KI-Investition, die tool- und modellunabhängig ist. Ein gut strukturiertes Markdown-Dokument funktioniert heute mit Claude, morgen mit Gemini, übermorgen mit einem Modell, das es noch nicht gibt. Wer jetzt aufräumt, ist nicht auf das Tool von morgen angewiesen.

Was du nach dieser Lesson im Kopf hast

Schritt Was du danach kannst
Wissenstypen trennenDu erkennst, ob ein Dokument stabil, dynamisch oder implizit ist. Und was das für die Aufbereitung bedeutet.
Format & StrukturDu weißt, welches Format welche Aufgabe verdient. Und warum ein 40-seitiges Handbuch fast nie ein einziges Dokument bleiben sollte.
MetadatenDu legst einen Steckbrief an, mit dem die KI das Dokument einordnen kann. Fünf Felder reichen am Anfang.
System wählenDu kennst den Unterschied zwischen Dateien, RAG und MCP. Und weißt, was für euch zuerst sinnvoll ist.
GovernanceDu planst Eigentümerschaft und Pflege ein, bevor das Projekt zur Schrottsammlung wird.
Takeaway
Regel #1: Content ist nicht Context. Wissen, das für Menschen geschrieben ist, muss für KI aufbereitet werden. Das ist Arbeit, die einmal anfällt und sich modellunabhängig auszahlt. Wer hier abkürzt, kürzt am Vertrauen in jede KI-Antwort, die danach kommt.
Schritt 2 von 7

Wissenstypen

Nicht jedes Wissen will gleich behandelt werden. Vier Typen, eine Faustregel pro Typ. Das spart später Monate an falschen Entscheidungen.

Geöffneter Kühlschrank neben einem Kochbuch und einem leeren Notizblock, Werkstatt-Stillleben

Bevor du Dokumente aufbereitest, sortier sie. Es gibt vier Typen, und jeder verträgt eine andere Behandlung. Wer alles in einen Topf wirft, baut entweder eine veraltete oder eine unvollständige Wissensbasis. Manchmal beides gleichzeitig.

Die vier Typen

Typ Beispiele Was die KI damit braucht
StabilGrundprozesse, Richtlinien, Onboarding, DefinitionenDateien oder RAG. Gut aufbereitet, einmal abgelegt, lange haltbar.
DynamischZuständigkeiten, Preise, Status, aktuelle ProjekteLive-Anbindung an die Quelle. Niemals als Kopie. Sonst hast du veraltete Daten.
ImplizitKnow-how in Köpfen, Erfahrungen, ungeschriebene RegelnErst dokumentieren. Dann erst aufbereiten. Sonst ist da nichts, was die KI sehen kann.
VerknüpftProzess A hängt von Formular B ab, Richtlinie X gilt nur bei YAbhängigkeiten explizit machen. Im Steckbrief verlinken.

Das Kühlschrank-Prinzip

Drei Beispiele aus einem einzigen Bereich, je ein Wissenstyp. Das Brotrezept im Kochbuch ändert sich nie. Stabil. Was gerade im Kühlschrank liegt, ändert sich täglich. Dynamisch. Wie Oma das Brot wirklich macht, steht nirgends. Implizit. Klingt banal. Trifft aber genau die drei Problemzonen in fast jeder Unternehmens-Wissensbasis.

⚠️
Häufige Fehlannahme: Wir machen aus dynamischem Wissen eine Datei und exportieren sie monatlich. Das funktioniert ein Quartal lang. Dann liefert die KI veraltete Preise an einen Kunden. Niemand merkt es zuerst. Dann merken es alle.

Wissenskategorisierung im Unternehmen

Wenn du strukturierst, hilft eine zweite Achse: nach Themengebiet. Eine praxistaugliche Taxonomie für KMU:

  • Prozesse — Abläufe, Workflows, Zuständigkeiten
  • Richtlinien & Compliance — was gilt, was ist verboten, rechtliche Grundlagen
  • Produkte & Services — was das Unternehmen anbietet
  • Kunden & Partner — Segmente, Verträge, Kommunikationsregeln
  • Technik & Tools — Anleitungen, Systemdokumentation
  • HR & Organisation — Onboarding, Rollen, Benefits
  • Wissen & Lernen — Best Practices, Lessons Learned, Erfahrungswissen

Diese Achse hilft beim Aufräumen und beim Zuteilen von Verantwortung. Jeder Bereich braucht später jemanden, der ihn pflegt. Dazu kommen wir in Step 5.

Übung: Zehn Dokumente sortieren

Nimm gedanklich diese zehn Dokumente aus deinem Arbeitsalltag. Ordne jedes einem der vier Typen zu: stabil, dynamisch, implizit, verknüpft.

  1. Organigramm
  2. Aktuelle Projektliste
  3. Onboarding-Checkliste für neue Mitarbeiter
  4. Erfahrung eines Seniors mit einem Schlüsselkunden
  5. Aktuelle Preisliste 2026
  6. Reisekostenrichtlinie
  7. Wer entscheidet bei Eskalationen im Vertrieb
  8. Standardvertrag für Lieferanten
  9. Aktueller Stand der Q2-Marketing-Kampagne
  10. Anleitung: Wie buche ich einen Konferenzraum

Tipp: Dynamisch erkennst du daran, dass das Dokument in drei Monaten anders aussehen wird. Implizit daran, dass es noch nicht existiert.

Takeaway
Regel #2: Erst sortieren, dann aufbereiten. Stabiles Wissen verträgt Dateien. Dynamisches braucht eine Live-Quelle. Implizites muss erst sichtbar werden, bevor die KI es sehen kann. Wer das überspringt, baut eine Wissensbasis, die schon am ersten Tag halbe Wahrheiten liefert.
Schritt 3 von 7

Format & Struktur

Jedes Format, das primär für Menschen gebaut wurde, muss für KI erst aufbereitet werden. Die gute Nachricht: Das übernimmt heute eine KI in Sekunden. Die schlechte: Jemand muss es anstoßen.

Stapel aus PDF-Ausdrucken und Word-Dokumenten neben sauber beschrifteten Markdown-Karten

KI-native Formate

Diese Formate kann ein Modell direkt verarbeiten, ohne Verluste. Wer hier startet, spart sich viel Aufräumen später.

Format Wofür Warum
Markdown (.md)Fließtext, Prozesse, DokumentationGut lesbar für Mensch und KI. Standard für aufbereitetes Wissen.
YAML FrontmatterMetadaten am Anfang einer DateiWird von fast allen KI-Tools nativ verstanden. Zukunftssicher.
JSONStrukturierte Daten, Preise, KonfigurationenMaschinenlesbar. Kein Fließtext, aber präzise.
HTMLKomplexe StrukturenModelle haben extrem viel HTML im Training gesehen. Verstehen sie sehr gut.
CSVTabellen, Stammdaten, ListenEinfach, gut maschinenlesbar. Schlecht für Fließtext.

Typische Business-Formate

Diese Formate sind in fast jedem Unternehmen das, was real existiert. Sie sind für Menschen gemacht. Für die KI brauchen sie eine Umwandlung.

Format KI-Lesbarkeit Empfehlung
Word (.docx)MittelNach Markdown konvertieren. Formatierung geht teilweise verloren, der Text bleibt.
Excel (.xlsx)MittelEinfache Tabellen als CSV exportieren. Komplexe Formeln oder Pivot-Tabellen brauchen JSON oder eine direkte Datenbank-Anbindung.
PowerPoint (.pptx)SchlechtFolientext nach Markdown extrahieren. Layouts, Grafiken und Diagramme gehen verloren und müssen textuell beschrieben werden.
PDFSchlechtMöglichst vermeiden oder nach Markdown konvertieren. Besonders verlustreich bei Spalten, Tabellen und gescannten Dokumenten.

Bildformate sind ein Sonderfall

Multimodale Modelle können Bilder sehen. Aber sie können sie nicht durchsuchen wie Text. Wenn auf einem Screenshot ein wichtiger Prozess steht, ergänze ihn als Markdown-Beschreibung. Sonst findet die KI den Inhalt zwar im Einzelfall, aber nicht in der Volltextsuche.

🛠️
Die Faustregel: Jedes Format, das primär für Menschen gebaut wurde, muss für KI aufbereitet werden. Die Konvertierung übernimmt heute eine KI in Sekunden. Aber jemand muss es anstoßen und das Ergebnis prüfen. Genau dort liegen die Stunden, die du am Anfang investieren musst.

Ein Dokument, ein Thema

Große Dokumente verwirren die KI. Ein 40-seitiges Handbuch hat oft zehn Themen, und die KI liest immer nur einen Ausschnitt. Wenn auf Seite 12 der Urlaubsprozess beginnt und auf Seite 14 ein Verweis auf Anhang B steht, landet Anhang B nicht im Kontext. Die Antwort wird nutzlos.

📞
Das Telefonbuch-Problem: Jemand fragt Wer ist zuständig für Reklamationen? Die KI findet Seite 14 eines Handbuchs. Dort steht: Zuständigkeiten siehe Anhang B. Anhang B ist ein anderer Ausschnitt, der nicht mitgeladen wurde. Antwort: unbrauchbar.

Die Regel: Teile große Dokumente in eigenständige, abgeschlossene Einheiten. Ein Dokument, ein Thema. Klare Überschriften-Hierarchie. Keine wichtigen Infos nur in Grafiken. Redundanz bereinigen, sonst hast du widersprüchliche Aussagen über dasselbe Thema in verschiedenen Dateien.

Takeaway
Regel #3: Aufbereiten heißt umwandeln und aufteilen. Word, PowerPoint, PDF werden zu Markdown. Große Dokumente werden zu mehreren kleinen, jedes mit einem klaren Thema. Was die KI im Stück liest, sollte auch im Stück gemeint sein.
Schritt 4 von 7

Metadaten

Metadaten sind nicht Bürokratie. Sie sind der einzige Weg, der KI zu sagen: Das hier ist aktuell. Das gilt für diese Gruppe. Das gehört zu jenem.

Karteikarte mit fünf handgeschriebenen Feldern in einem Karteikasten

Metadaten sind der Steckbrief eines Dokuments. Sie sagen der KI: Wer hat das geschrieben, für wen, wann zuletzt geprüft, woraus folgt das. Ein Dokument ohne Steckbrief ist wie eine Akte ohne Aufkleber. Die KI findet es vielleicht. Sie weiß nur nicht, was sie damit anfangen soll.

🗑️
Schlechte Metadaten sehen oft so aus: datei: Prozess_v2_final_NEU.pdf, datum: 2023. Was hier fehlt: Worum geht es? Für wen gilt es? Ist es noch aktuell? Die KI kann mit dieser Angabe nichts anfangen. Du übrigens auch nicht.

Layer 1: Der Minimal-Steckbrief

Fünf Felder reichen, um 80 Prozent der Fälle abzudecken. Mehr brauchst du am Anfang nicht. Mehr macht es eher schwerer, weil niemand alle Felder pflegt.

Minimal-Steckbrief in YAML
---
titel: Bestellprozess für Einkäufer
bereich: Einkauf
stand: 2026-05
zielgruppe: Einkäufer
kurzbeschreibung: >
  Ablauf für Bestellungen bis 10.000 Euro,
  von Anfrage bis Freigabe.
---

Fünf Felder. Jede KI weiß sofort: Was ist das? Für wen? Wie aktuell? Wenn du nichts anderes machst, mach das. Es ist der kleinste Aufwand mit dem größten Sprung in der Antwortqualität.

Layer 2: Die fünf Dimensionen

Sobald du in die Tiefe gehst, ändert sich der Blick. Statt einer Pflicht-Liste fragst du nach Dimensionen. Jede beantwortet eine andere Frage. Fehlt eine, fehlt der Antwort etwas Konkretes.

Dimension Frage Wenn fehlt
BedeutungWas ist das inhaltlich? Titel, Typ, KategorieDie KI weiß nicht, worüber sie spricht. Generische Antworten.
StrukturWie hängt es zusammen? Voraussetzung, Alternative, Teil vonFragmentierte Teilantworten. Die KI sieht Konzepte nicht im Verbund.
QualitätKann ich mich darauf verlassen? Stand, Volatilität, validiert?Veraltete Informationen. Kein automatisches Flagging.
RegelnWas gilt? Rechtsgrundlage, HaftungshinweisDie KI überschreitet Grenzen. Disclaimer fehlen.
ZielgruppeFür wen ist das? Welcher Kontext?Antwort am Bedarf vorbei. Geschäftsleitungs-Info an Praktikanten.

Diese Dimensionen sind nicht alle gleichzeitig nötig. Sie zeigen dir aber, was dir später fehlt, wenn die KI vage antwortet. Wenn die KI etwa Disclaimer vergisst, fehlt dir die Regeln-Dimension. Wenn die Antwort nicht zur Rolle des Fragenden passt, fehlt die Zielgruppe.

🧭
Wann reicht Layer 1, wann brauchst du Layer 2? Layer 1 reicht für die ersten Wochen, für Projekte, für interne Tests. Layer 2 wird wichtig, sobald die Wissensbasis produktiv läuft, von vielen genutzt wird, und du systematisch warten musst. Du musst nicht alles von Tag eins befüllen. Aber du solltest die Dimensionen kennen, um zu wissen, was später fehlen wird.

Erweiterter Steckbrief

Wenn Layer 1 zu wenig wird, sieht eine gute Zwischenform so aus. Etwa neun Felder. Genug für strukturierte Suche, noch nicht zu viel zum Pflegen.

Erweiterter Steckbrief
---
titel: Bestellprozess für Einkäufer
bereich: Einkauf
dokumenttyp: Prozessbeschreibung
stand: 2026-05
gueltig_ab: 2026-01-01
zielgruppe: Einkäufer
geltungsbereich: Alle deutschen Standorte
kurzbeschreibung: >
  Ablauf für Bestellungen bis 10.000 Euro,
  von Anfrage bis Freigabe.
verwandte_dokumente:
  - Freigaberichtlinie-Einkauf.md
  - Lieferantenliste-2026.json
verantwortlich: Maria Meier, Einkaufsleitung
---

Der Mehrwert gegenüber dem Minimal-Steckbrief: Die KI erkennt Zusammenhänge zwischen Dokumenten. Sie weiß, wer bei Unklarheiten zuständig ist. Sie kann gezielt nach Region oder Standort filtern.

Übung: Dein eigener Steckbrief

Nimm ein Dokument aus deinem Arbeitsalltag. Eines, das du bestimmt findest, ohne lange zu suchen. Ein Prozess, eine Richtlinie, eine Anleitung.

Fülle den Minimal-Steckbrief aus. Fünf Felder, fünf Minuten:

  1. Titel
  2. Bereich
  3. Stand (letztes Prüfdatum)
  4. Zielgruppe
  5. Kurzbeschreibung in einem Satz

Schreib es einfach auf Papier oder in eine Notiz-App. Wenn du das fertig hast, hast du den ersten Steckbrief deiner Wissensbasis. Multiplizier das gedanklich mit zehn, mit fünfzig. Du siehst, wo der Aufwand liegt und wo der Sprung in der Qualität herkommt.

Takeaway
Regel #4: Metadaten sind keine Bürokratie, sondern Retrieval-Infrastruktur. Sie helfen der KI, das richtige Dokument zu finden, und dir, es zu pflegen. Fünf Felder am Anfang. Mehr erst, wenn du genau siehst, was fehlt.
Schritt 5 von 7

System & Granularität

Zwei Fragen entscheiden, mit welchem System du startest. Wo lebt das Wissen. Und wie kleinteilig wird es geschnitten.

Drei Pfade auf einem Werkstattboden, jeder zu einem anderen Ablagesystem

Sobald deine Dokumente aufbereitet sind, kommt die nächste Frage: Wo legt ihr sie ab, sodass die KI sie nutzen kann? Es gibt drei Wege. Sie schließen sich nicht aus. Aber für den Start solltest du wissen, welcher zu eurer Situation passt.

Achse A: Wo lebt das Wissen?

System Wann passend Wann nicht
Dateien
(Claude Projects, Custom GPTs, Notion AI)
Bis ca. 50 Dokumente. Kein eigenes Entwicklerteam. Dokumente ändern sich selten. Du willst diese Woche anfangen.Hunderte bis tausende Dokumente. Häufige Aktualisierung. Mehrere Teams brauchen unabhängige Zugriffe.
RAG
(Retrieval Augmented Generation)
Hunderte bis tausende Dokumente. Semantische Suche notwendig. Eigene KI-Anwendung wird entwickelt. Team kann mindestens eine Person dafür abstellen.Wenige Dokumente. Inhalte ändern sich mehrfach täglich. Niemand kümmert sich um Datenhygiene.
MCP
(Model Context Protocol, Live-Anbindung)
Daten liegen ohnehin in einem System wie Confluence, SharePoint, Notion, CRM, ERP. Aktualität ist kritisch. Entwickler verfügbar.Kein zentrales Quellsystem vorhanden. Wissen liegt verstreut in Word-Dateien auf Laufwerken.
💡
Faustregel für KMU: Mit Dateien starten. RAG erst, wenn die Dateien an Grenzen stoßen. MCP planen, sobald die wichtigsten Daten ohnehin in einem zentralen System gepflegt werden, das eine Live-Anbindung erlaubt.

Der ehrliche Blick auf RAG

RAG ist die Standardantwort für Wissensbasen, und das aus gutem Grund. Es hat auch Schwachstellen, die niemand gern auf Folie zwei nennt.

  • Veraltete Chunks bei häufigen Änderungen. Alte Versionen liegen weiter in der Datenbank.
  • Versionszwillinge. Zwei fast identische Dokumente, die KI wählt die ältere, weil sie zufällig einen relevanteren Absatz enthält.
  • Verlorene Abhängigkeiten. Dokument A verweist auf Dokument B. Im Retrieval landet nur A, B fehlt.
  • Datenbank-Hygiene. Ohne klare Verantwortlichkeiten wird die Datenbank zur Müllhalde. Schneller, als du denkst.
👯
Der Versionszwilling: Reisekostenrichtlinie-2024.md und Reisekostenrichtlinie-2026.md liegen beide in der Datenbank. Die KI wählt zufällig die ältere. Der Mitarbeiter bekommt eine veraltete Regelung. Niemand merkt es. Lösung: Immer nur ein aktives Dokument pro Thema. Ältere Versionen archivieren oder im Steckbrief mit aktiv: false markieren.

MCP: Wenn Dateien nicht mehr reichen

MCP steht für Model Context Protocol. Es ist ein offener Standard, der die KI an ein Quellsystem live anbindet. Kein Export, kein Kopieren, kein veralteter Stand. Die KI fragt im Moment der Anfrage direkt im CRM, im ERP, im Wiki nach. Was zurückkommt, ist immer aktuell.

Derselbe Unterschied, live erlebt
Frage: Wer ist Ansprechpartner für Kunde Müller?

RAG:  Findet ein CRM-Export-PDF vom Januar.
      Liefert den Stand von vor vier Monaten.
      Der Ansprechpartner hat das Unternehmen längst verlassen.

MCP:  Fragt direkt im CRM nach.
      Liefert den aktuellen Stand.
      Inklusive letztem Kontaktdatum.

Der Kernunterschied: Kopie oder Original. MCP-Server gibt es fertig für viele gängige Tools. Die Anbindung ist eine Aufgabe für Entwickler, kein No-Code-Thema. Heißt für die meisten KMU: heute mit Dateien starten, MCP in der Architektur einplanen, sobald ein zentrales Quellsystem existiert.

Achse B: Wie groß ist eine Wissenseinheit?

Die zweite Achse fragt nicht wo das Wissen liegt, sondern wie kleinteilig es geschnitten ist. Auch hier gibt es zwei Wege, die beide funktionieren. Welcher passt, hängt vom Umfang ab.

Achse Cluster-Dokument Atomare Bausteine
Was es istEin gut strukturiertes Markdown-Dokument pro Themenbereich. Alle relevanten Infos zusammengefasst.Viele kleine Dokumente, jedes beantwortet genau eine Frage vollständig. Mit Steckbrief und Verlinkung.
AufwandNiedrig. Stunden pro Cluster. KI fasst zusammen, Redaktion prüft.Hoch. Tage pro Cluster. Taxonomie, Anreicherung, Verlinkung.
WartbarkeitManuell. Eine Datei pro Thema, immer komplett ändern.Systematisch. Volatilität pro Baustein, automatisches Flagging.
Tokens pro AnfrageHoch. Gesamtes Cluster wird geladen.Niedrig. Nur relevante Bausteine. Faktor 5 bis 10 weniger.
Wann passendFokus-Feature, überschaubares Thema, große Modelle.Große Domäne, viele Anwendungsfälle, mehrere KI-Inseln.
🪜
Pragmatischer Pfad: Mit Cluster-Dokumenten starten. Sie validieren den Inhalt und funktionieren schnell. Sobald ein Cluster produktiv läuft oder von vielen genutzt wird, atomarisieren. Das Cluster-Dokument ist dann der Vor-Schritt zur Baustein-Pipeline.

Vorsicht Provider-Falle

Eine Compliance-Frage, die viele Entscheider unterschätzen: Wenn du ein KI-System nicht nur nutzt, sondern wesentlich veränderst, wirst du nach KI-Verordnung rechtlich zum Anbieter. Mit voller Konformitätspflicht und Produkthaftung.

Methode Eingriffstiefe Risiko
Prompt EngineeringKeine Änderung am Modell✅ Keine wesentliche Änderung
RAG (Wissen als Kontext)Modell bleibt unverändert. Eigene Dokumente werden zur Laufzeit einbezogen.✅ Sicher
Adapter / LoRAKleine Schichten, Basismodell eingefroren⚠️ Meist unkritisch, Einzelfall prüfen
Full Fine-TuningAlle Gewichte werden trainiert🔴 Fast immer Anbieterrolle
⚖️
Für KMU heißt das: RAG und MCP sind aus Compliance-Sicht die sicheren Wege. Wer auf eigene FAQs finetunen will, sollte vorher prüfen, ob er bereit ist, als Hersteller eines KI-Systems aufzutreten. In der Praxis: meist nicht. RAG liefert für 90 Prozent der Anwendungsfälle das, was Finetuning auch liefern würde.
Übung: Dein Use Case, dein Setup

Wähl einen konkreten Use Case aus eurem Unternehmen. Beispiel: Onboarding-Fragen neuer Mitarbeiter automatisch beantworten.

Entscheide jetzt zwei Achsen:

  1. Achse A — System: Datei, RAG oder MCP? Begründung in einem Satz.
  2. Achse B — Granularität: Cluster-Dokument oder Bausteine? Begründung in einem Satz.

Tipp: Für Onboarding ist die Antwort meist Datei + Cluster-Dokument. Stabiles Wissen, überschaubarer Umfang, wenig Aktualisierungsdruck. Wenn du etwas anderes raushast, prüf nochmal, warum.

Takeaway
Regel #5: Zwei Achsen entscheiden den Startpunkt. Wo lebt das Wissen (Datei, RAG, MCP). Und wie kleinteilig wird es geschnitten (Cluster, Baustein). Für die meisten KMU heißt das: mit Dateien und Cluster-Dokumenten starten, RAG und Atomarisierung wachsen lassen, MCP planen. Finetuning ist selten der richtige Weg.
Schritt 6 von 7

Governance

Ohne Pflege wird jede Wissensbasis zur Schrottsammlung. Das ist kein Risiko, das ist der Normalfall. Du verhinderst ihn vorher, nicht hinterher.

Du kannst die beste Wissensbasis bauen, mit perfekten Metadaten und sauberen Markdown-Dateien. Wenn niemand sich kümmert, ist sie in sechs Monaten unbrauchbar. Das ist nicht Pessimismus. Das ist Beobachtung aus jedem zweiten Projekt.

🪦
Der klassische Projektfriedhof: Launch im Januar mit großem Lob. Im September sind 30 Prozent der Dokumente veraltet. Niemand fühlt sich zuständig. Die KI liefert falsche Antworten. Das Vertrauen bricht weg. Das Projekt wird eingestellt. Das ist kein Einzelfall. Das ist der Normalfall ohne Governance.

Eigentümerschaft pro Bereich

Jeder Themenbereich braucht eine Person, die dafür verantwortlich ist. Nicht das Team. Eine Person mit Namen. Wenn niemand verantwortlich ist, ist niemand verantwortlich. Wenn alle verantwortlich sind, auch nicht.

  • HR-Prozesse: HR-Leitung
  • Einkauf: Einkaufsleitung
  • Produktinformationen: Produktmanagement
  • Kundendaten: Vertriebsleitung oder CRM-Verantwortliche
  • IT-Anleitungen: IT-Leitung

Das ist kein Bürokratie-Setup. Es ist die Antwort auf die Frage Wen frage ich bei Unklarheiten?. Wenn du sie nicht beantworten kannst, kann die KI sie auch nicht beantworten.

Volatilität pro Dokument

Nicht jedes Dokument muss gleich oft geprüft werden. Es hilft, drei Stufen zu definieren und ins Metadaten-Feld zu schreiben:

Volatilität Beispiele Prüfintervall
HochLeistungsbeträge, Preise, gesetzliche VorgabenJährlich oder bei jeder Änderung
MittelAntragsverfahren, Zuständigkeiten, ToolsAlle sechs Monate
NiedrigGrundlegende Definitionen, Werte, MissionJährlich oder seltener

Die Volatilität entscheidet, wie ernst der Audit-Rhythmus genommen werden muss. Dokumente mit hoher Volatilität gehören nicht in eine Wissensbasis ohne Live-Anbindung. Da ist MCP die ehrlichere Wahl.

Audits und Ablaufdaten

  • Trigger: Jede Prozessänderung führt sofort zu einem Dokument-Update. Nicht in zwei Wochen, jetzt.
  • Audit-Rhythmus: Quartalsweise pro Bereich. Was ist veraltet, was fehlt, was widerspricht sich?
  • Ablaufdatum: Jedes Dokument bekommt ein Feld ablaufdatum. Danach fällt es aus der Suche, bis es geprüft ist.
  • Archiv statt Löschen: Alte Versionen mit aktiv: false markieren, nicht löschen. Spätere Rückfragen werden so beantwortbar.
Die eine Gegenfrage vor dem Start: Wer ist für welchen Bereich verantwortlich? Und hat diese Person Zeit dafür eingeplant? Wenn du diese Frage nicht beantworten kannst, ist der richtige nächste Schritt nicht das Aufsetzen einer Wissensbasis. Es ist das Klären dieser Frage.
Takeaway
Regel #6: Governance ist kein Add-on, sondern Voraussetzung. Eigentümer pro Bereich, Volatilität pro Dokument, Audits im festen Rhythmus, Ablaufdaten für automatisches Flagging. Wer das nicht vorher klärt, baut eine Wissensbasis mit eingebautem Verfallsdatum.
Schritt 7 von 7

Praxis & Zusammenfassung

Theorie reicht jetzt. Hier ist die Reihenfolge, mit der du in deinem Bereich anfangen kannst. Nicht morgen, nicht im Q4. Diese Woche.

Fünfstufige Treppe aus Holz vor einer Werkstattwand, jede Stufe mit einer Karteikarte

Die 5-Schritte-Roadmap

# Schritt Was passiert
1InventurListe alle Dokumente, Datenbanken und Tools auf, in denen Wissen liegt. Auch das Excel auf Lauf­werk H. Auch die SharePoint-Seite, die niemand mehr pflegt.
2KategorisierenPro Dokument zwei Achsen: Wissenstyp (stabil, dynamisch, implizit, verknüpft) und Themenbereich (HR, Einkauf, Produkt, …).
3BereinigenVeraltetes archivieren, Dubletten zusammenführen, widersprüchliche Versionen klären. Das ist die unbequeme Stufe. Sie ist Pflicht.
4AufbereitenFormat umwandeln (PDF, Word, PPT → Markdown), Struktur verbessern (ein Dokument, ein Thema), Steckbrief mit fünf Feldern ergänzen.
5Verantwortung klärenPro Bereich eine Person mit Namen. Audit-Rhythmus festlegen. Ablaufdaten setzen. Ohne diesen Schritt scheitert jedes System.

Ein Dokument durch alle fünf Schritte

Ein einziges Beispiel macht den Unterschied greifbar. Nimm den Bestellprozess bei euch im Einkauf.

Vorher und nachher
1. Inventur:
   Bestellprozess.docx liegt im Einkauf-Laufwerk.
   Letzte Änderung 2023. Niemand weiß, ob aktuell.

2. Kategorisieren:
   Typ: Stabil mit verknüpften Teilen (Freigabematrix).
   Bereich: Einkauf.

3. Bereinigen:
   Eine zweite Version aus 2021 liegt auch herum.
   Archivieren als bestellprozess-2021-archiv.md.
   Eine offene Frage zur Freigabe ab 50.000 Euro
   wird mit Einkaufsleitung geklärt.

4. Aufbereiten:
   Konvertiert nach bestellprozess-einkaeufer.md.
   Drei Abschnitte: Anfrage, Genehmigung, Sonderfälle.
   Steckbrief: titel, bereich, stand, zielgruppe,
   kurzbeschreibung. Fünf Felder.
   Freigabematrix als verlinktes Dokument:
   freigabematrix-einkauf.md.

5. Verantwortung klären:
   Maria Meier, Einkaufsleitung. Audit jedes
   Quartal, Ablaufdatum 2027-01-01.
   Volatilität: niedrig.

Das ist die Mikro-Version dessen, was im großen Maßstab passiert. Wenn du in deinem Bereich mit drei wichtigen Dokumenten genau das machst, hast du die Methode verstanden. Der Rest ist Wiederholung und Skalierung.

Übung: Deine Mini-Inventur

Liste fünf Wissensquellen aus deinem Bereich auf. Quellen, nicht Dateien. Das kann ein Ordner sein, eine SharePoint-Seite, ein Confluence-Space, ein einzelnes Dokument, eine Datenbank.

Pro Quelle: Wissenstyp (stabil, dynamisch, implizit, verknüpft) und vermutete Eigentümerschaft (wer pflegt das gerade?).

Wenn du bei drei von fünf Quellen keine Ahnung bei der Eigentümerschaft schreibst, weißt du, wo dein Projekt anfängt. Nicht beim Tool. Bei den Menschen.

Die sechs Regeln auf einer Karte

Regel Worum es geht
#1 Content ist nicht ContextWissen für Menschen muss für KI aufbereitet werden. Modellunabhängige Investition.
#2 Erst sortierenStabil, dynamisch, implizit, verknüpft. Jeder Typ braucht eine andere Behandlung.
#3 Umwandeln und aufteilenWord, PowerPoint, PDF werden zu Markdown. Ein Dokument, ein Thema.
#4 Steckbrief statt BürokratieFünf Felder reichen am Anfang. Mehr erst, wenn du genau siehst, was fehlt.
#5 Zwei Achsen, ein SetupWo lebt das Wissen (Datei, RAG, MCP) und wie kleinteilig (Cluster, Baustein).
#6 Pflege vor LaunchEigentümer, Volatilität, Audits, Ablaufdaten. Ohne Pflege wird die Basis zur Schrottsammlung.

Wo es weitergeht

  • FAQ: Löst RAG alle Wissensprobleme? Vertiefung zu den Grenzen von RAG.
  • FAQ: Ist MCP nur ein Hype? Einordnung des Live-Anbindungs-Standards.
  • Lesson: KI im Business einsetzen. Wo ihr KI strategisch ansetzt, bevor ihr Wissen aufbereitet.
  • Lesson: KI-Agenten verstehen. Was nach der Wissensbasis kommt: Agenten, die mit dem aufbereiteten Wissen arbeiten.
Takeaway
Schlussregel: Aufbereitung schlägt Tool-Wahl. Wer die Wissensbasis ordentlich baut, kann Modelle und Anbieter wechseln, ohne von vorn anzufangen. Wer sie nicht baut, hat in jeder Generation neuer Tools dasselbe Problem. Diese Woche reichen drei Dokumente. Das ist der Anfang.
Rico Loschke

Rico Loschke

KI-Stratege & Übersetzer zwischen Tech und Business

15+ Jahre Digitalisierung, 4+ Jahre KI. Ich übersetze zwischen Technologie und Unternehmensstrategie, berate und trainiere Organisationen auf ihrem KI-Weg. Hier teile ich, was ich dabei lerne.

loschke.ai. Visionen, Konzepte, Meinungen →
unlearn.how

Diese Lessons gibt es auch als Team-Training.

Workshops, Seminare und Begleitung für Unternehmen, die KI nicht nur verstehen, sondern anwenden wollen.

Mehr erfahren →