Die naheliegende Reaktion auf „wir müssen unser Wissen sichern” ist, mit dem Vorhandenen anzufangen: Ordner sichten, Laufwerke durchsehen, eine Liste der Handbücher erstellen. Das ist verständlich und führt trotzdem in die falsche Richtung. Ein Wissensaudit beginnt nicht bei den Dokumenten, sondern bei den Fragen.
Warum die Dokumentenliste der falsche Startpunkt ist
Der Dokumentenbestand beschreibt das Angebot. Die Fragen, die Mitarbeiter im Alltag stellen, beschreiben die Nachfrage. Zwischen beiden klafft in den meisten Betrieben eine Lücke, und zwar in beide Richtungen: Es existieren umfangreiche Unterlagen, nach denen nie jemand fragt, und es werden täglich Fragen gestellt, für die es keine Unterlage gibt.
Wer mit der Angebotsseite beginnt, indexiert am Ende viel und beantwortet wenig. Wer mit der Nachfrageseite beginnt, weiß nach kurzer Zeit, welche Quellen überhaupt wichtig sind.
Die drei Erhebungsschritte
Ablauf des Audits
Fragen sammeln
Über einen definierten Zeitraum erfassen, welche Fragen tatsächlich gestellt werden — im Ticketsystem, in der Schichtübergabe, im Zuruf über den Gang. Wichtig ist die Rohform: nicht die vermutete Frage, sondern die gestellte.
Antwortwege nachverfolgen
Für jede wiederkehrende Frage klären: Wo kommt die Antwort heute her? Aus einem Dokument, aus einem System, von einer bestimmten Person — oder gar nicht. Dieser Schritt erzeugt die eigentliche Landkarte.
Risiko und Priorität bewerten
Je Wissensbereich zwei Achsen: Wie oft wird er gebraucht, und wie viele Menschen können ihn abdecken? Bereiche mit hoher Nachfrage und einer einzigen Quelle stehen oben.
Die Bewertungskriterien
Nicht jeder Wissensbereich verdient dieselbe Aufmerksamkeit. Vier Kriterien haben sich als brauchbar erwiesen, um eine Reihenfolge zu begründen:
| Kriterium | Frage dahinter | Warum es zählt |
|---|---|---|
| Häufigkeit | Wie oft wird danach gefragt? | Seltene Fragen rechtfertigen selten den Aufwand der Aufbereitung |
| Trägerbreite | Wie viele Personen können antworten? | Eine einzige Quelle ist ein Ausfallrisiko, unabhängig vom Alter der Person |
| Konsequenz | Was passiert bei einer falschen Antwort? | Trennt Komfortfragen von Fragen mit Sicherheits- oder Kostenfolgen |
| Quellenlage | Existiert überhaupt eine Grundlage? | Wissen ohne Quelle braucht Phase 2, nicht Phase 3 — anderer Aufwand, andere Reihenfolge |
Der Umgang mit implizitem Wissen
Der schwierigste Teil des Audits betrifft Wissen, das keine Datei hat. Warum eine Anlage bei bestimmten Materialchargen anders eingestellt werden muss, weshalb eine Konstruktion vor Jahren so gelöst wurde, welche informelle Absprache mit welchem Lieferanten gilt — das steht nirgends.
Im Audit wird dieses Wissen benannt und bewertet, aber noch nicht gehoben. Erfasst wird: welcher Bereich, welche Person, wie kritisch, wie dringend. Die eigentliche Erhebung ist ein eigenes Vorgehen und gehört in Phase 2 — Wissensdigitalisierung.
Was am Ende vorliegt
Kernaussagen
Was du mitnimmst
- Eine Liste der real gestellten Fragen — gesammelt, nicht vermutet.
- Eine Karte der Antwortwege: Dokument, System, Person oder Lücke.
- Eine Risikobewertung, welche Bereiche an einzelnen Personen hängen.
- Ein begründeter Pilotbereich, mit dem der Aufbau startet.
Erst mit diesem Ergebnis lässt sich sinnvoll über Technik sprechen. Die konzeptionellen Grundlagen dazu stehen unter KI-Wissensmanagement, die technische Seite unter RAG erklärt.
Häufige Fragen
Wie lange dauert ein Wissensaudit?
Für einen klar abgegrenzten Pilotbereich — etwa eine Fertigungslinie oder eine Abteilung — sind wenige Wochen realistisch, wenn die Beteiligten verfügbar sind. Eine betriebsweite Erhebung dauert deutlich länger und liefert selten bessere Entscheidungen als ein fokussierter Ausschnitt.
Wer muss beim Wissensaudit beteiligt sein?
Mindestens die Menschen, die die Fragen im Alltag stellen, und die, die sie heute beantworten. Die IT klärt, welche Systeme technisch erreichbar sind. Wird das Audit rein aus der IT geführt, entstehen Listen von Dokumenten statt einer Landkarte des tatsächlichen Bedarfs.
Was unterscheidet ein Wissensaudit von einer Dokumentenanalyse?
Die Richtung. Eine Dokumentenanalyse fragt, was vorhanden ist. Ein Wissensaudit fragt, was gebraucht wird, und prüft erst danach, ob es dafür eine Quelle gibt. Der Abgleich beider Seiten zeigt die eigentlichen Lücken.
Braucht man für ein Wissensaudit bereits eine Toolentscheidung?
Nein — und es ist besser, sie noch nicht getroffen zu haben. Das Audit liefert die Anforderungen, aus denen sich die Technikentscheidung ableitet. Umgekehrt führt es dazu, dass Anforderungen an ein bereits gekauftes Werkzeug angepasst werden.
Wie geht man mit Wissen um, das nur im Kopf einer Person existiert?
Es wird im Audit zunächst nur benannt und bewertet, nicht schon gehoben. Erfasst wird: welcher Bereich, welche Person, wie kritisch, wie dringend. Die eigentliche Erhebung folgt in Phase 2 und braucht ein eigenes, strukturiertes Vorgehen.
Was ist ein sinnvoller Pilotbereich?
Einer mit hohem Leidensdruck, überschaubarem Umfang und erreichbaren Quellen. Ein Bereich, in dem täglich dieselben Fragen gestellt werden und in dem die Antworten grundsätzlich existieren, eignet sich besser als ein Bereich, in dem erst Wissen erzeugt werden müsste.
Geschrieben von
Christian Ohle
KI-Entwickler & Online-Marketer · seit 2005 im Web
Seit 2005 mit dem Web: Online-Marketing, Coding, lokale KI. Schreibt hier über Unternehmens-KI, Wissensmanagement, RAG, KI-Agenten und Automatisierung — alles selbst gebaut und getestet, inklusive der Setups, die nicht funktioniert haben.
christianohle.de ist ein persönliches Projekt — kein Beratungsangebot, keine Agentur und keine Akquise-Plattform. Mehr dazu.