Zum Inhalt springen
Kommunikation

Wissensmanagement-Software und Intranet-Lösungen

Wissensmanagement-Software und Intranet: Werkzeugkategorien, Auswahlkriterien, Pflegeprozesse und Einführung für kleine Unternehmen im Überblick.

Aktualisiert am 19. Juli 2026 · 6 Min. Lesezeit

In den meisten kleinen Unternehmen existiert Wissen, aber es ist schlecht auffindbar. Es steckt in E-Mail-Verläufen, in Chatnachrichten, in Dateien auf Netzlaufwerken mit gewachsenen Ordnerstrukturen und vor allem in den Köpfen einzelner Personen. Solange das Team klein und stabil ist, funktioniert das. Spürbar wird das Problem, wenn jemand ausscheidet, wenn neue Mitarbeitende eingearbeitet werden oder wenn dieselbe Frage zum wiederholten Mal beantwortet werden muss. Dieser Überblick ordnet ein, welche Werkzeugkategorien es gibt, worauf es bei der Auswahl ankommt und warum die Einführung häufiger an Prozessen als an Software scheitert.

Warum Wissen verloren geht

Der Verlust hat selten technische Ursachen. Vier Muster treten regelmäßig auf.

Erstens wird Wissen dort abgelegt, wo es entsteht, und das ist meist ein Kommunikationskanal. Eine gute Erklärung im Chat ist nach zwei Wochen praktisch nicht mehr auffindbar, weil Suchfunktionen in Verläufen Kontext nicht abbilden.

Zweitens fehlt eine erkennbare Zuständigkeit. Wenn niemand für einen Themenbereich verantwortlich ist, veraltet die Dokumentation. Veraltete Dokumentation ist schädlicher als keine, weil sie Vertrauen kostet und zu falschen Handlungen führt.

Drittens ist die Hürde zum Schreiben zu hoch. Wenn ein Beitrag ein Freigabeverfahren durchlaufen muss, entsteht er nicht.

Viertens fehlt der Anlass zum Lesen. Eine Wissensbasis, die nicht in die tägliche Arbeit eingebunden ist, wird nicht genutzt, egal wie gut sie gepflegt ist.

Software kann diese Muster abmildern, aber nicht auflösen. Sie senkt die Hürde zum Erfassen und verbessert das Wiederfinden. Zuständigkeit und Aktualisierungsrhythmus bleiben organisatorische Fragen.

Kategorien der verfügbaren Werkzeuge

KategorieSchwerpunktStärkeGrenze
Wiki-SystemeVerlinkte TextseitenEinfaches Schreiben, gute VersionierungWenig Struktur bei großem Umfang
Dokumentenzentrierte SuitenDateien und OrdnerVertraute Bedienung, Office-IntegrationSchwache Verlinkung, Dubletten
Intranet-PortaleInterne KommunikationNachrichten, Verzeichnisse, FormulareWissensinhalte oft nachrangig
Notiz- und Datenbank-HybrideFreie StrukturierungSehr flexibel, Datenbanken und Text kombinierbarStruktur zerfranst ohne Disziplin
Helpdesk-WissensbasenKundenfragenDirekt an Support-Prozess gekoppeltFür internes Wissen begrenzt
Dokumentation als CodeTechnische InhalteVersionierung, Review-ProzessHürde für nicht-technische Rollen

Wiki-Systeme wie Confluence, BookStack, Outline oder MediaWiki setzen auf verlinkte Seiten mit Versionshistorie. Sie sind für die meisten Betriebe der naheliegende Ausgangspunkt, weil das Schreiben niedrigschwellig ist.

Dokumentenzentrierte Suiten sind oft ohnehin vorhanden. Sie eignen sich für Dateien, die als Dokument existieren müssen, etwa Verträge oder Vorlagen. Für Erklärwissen sind sie schwächer, weil Dateien schlecht querverweisen und Dubletten begünstigen.

Notiz- und Datenbank-Hybride wie Notion oder vergleichbare Systeme bieten große Freiheit. Genau das ist die Schwäche: Ohne festgelegte Konventionen entstehen parallele Strukturen, die nach einem Jahr niemand mehr überblickt.

Dokumentation als Code legt Inhalte als Markdown im Versionsverwaltungssystem ab und veröffentlicht sie über einen Generator. Für technische Teams ist das sehr tragfähig, weil Änderungen denselben Review-Weg nehmen wie Code. Für Kolleginnen und Kollegen ohne Git-Kenntnisse ist die Hürde jedoch erheblich.

Für die Auswahl gilt: Es ist besser, ein System konsequent zu nutzen, als drei parallel halbherzig zu betreiben.

Funktionen, auf die es ankommt

Suche. Das wichtigste Merkmal überhaupt. Eine gute Suche findet auch bei ungenauer Eingabe, durchsucht Anhänge, berücksichtigt Berechtigungen und sortiert nach Relevanz statt nach Datum. Wer eine Auswahl trifft, sollte die Suche mit realistischen Formulierungen testen, nicht mit exakten Seitentiteln.

Versionierung. Nachvollziehbar sollte sein, wer wann was geändert hat, mit Möglichkeit zur Wiederherstellung.

Berechtigungen. Ein Modell, das mit Gruppen statt mit Einzelpersonen arbeitet, bleibt langfristig pflegbar. Zu prüfen ist, ob Berechtigungen vererbt werden und ob sich einzelne Bereiche abweichend regeln lassen.

Verlinkung und Rückverweise. Die Möglichkeit zu sehen, welche Seiten auf eine Seite verweisen, macht Abhängigkeiten sichtbar und erleichtert Aktualisierungen.

Export. Ein vollständiger Export in ein offenes Format ist die Rückversicherung gegen Anbieterbindung. Ohne diese Möglichkeit wird ein späterer Wechsel sehr teuer.

Integration. Sinnvoll ist eine Anbindung an die vorhandene Anmeldung sowie die Möglichkeit, aus dem Chat heraus auf Inhalte zu verweisen. Übermäßige Integration schadet allerdings, wenn sie Inhalte wieder in flüchtige Kanäle zurückschiebt.

Struktur und Pflegeprozess

Eine tragfähige Struktur folgt der Arbeitsweise, nicht dem Organigramm. Abteilungsordner führen dazu, dass Inhalte doppelt abgelegt werden, sobald ein Thema mehrere Bereiche betrifft. Bewährter ist eine Gliederung nach Aufgaben und Prozessen.

Nützlich ist eine kleine Zahl klar unterschiedener Inhaltstypen:

  • Anleitung: Schritt-für-Schritt-Beschreibung für eine wiederkehrende Aufgabe
  • Referenz: Nachschlagewerk, etwa Zugänge, Ansprechpartner, Zuständigkeiten
  • Erklärung: Hintergrund und Begründung von Entscheidungen
  • Protokoll: Zeitgebundene Aufzeichnung, die bewusst nicht gepflegt wird

Die klare Kennzeichnung des letzten Typs verhindert, dass alte Besprechungsnotizen als aktuelle Anweisung gelesen werden.

Für die Pflege haben sich einfache Regeln bewährt: Jede Seite hat eine verantwortliche Rolle, jede Seite trägt ein sichtbares Datum der letzten Prüfung, und einmal im Quartal werden Seiten durchgesehen, die seit längerer Zeit nicht geprüft wurden. Ergänzend hilft die Regel, dass jede Frage, die zum zweiten Mal gestellt wird, zu einer Seite führt. Das erzeugt Inhalte entlang des tatsächlichen Bedarfs statt entlang von Wunschvorstellungen.

Einführung im Betrieb

Der häufigste Fehler ist der Versuch, vor dem Start alles zu migrieren. Große Altbestände zu übertragen bindet Wochen und produziert überwiegend Inhalte, die niemand liest.

Ein pragmatischer Ablauf:

  1. Einen Anwendungsfall wählen, der spürbaren Nutzen bringt. Die Einarbeitung neuer Mitarbeitender eignet sich gut, weil der Bedarf offensichtlich und der Umfang begrenzt ist.
  2. Zwanzig bis dreißig Seiten anlegen, die diesen Fall abdecken. Mehr braucht es zum Start nicht.
  3. Den Einstiegspunkt festlegen. Es muss genau einen Ort geben, an dem gesucht wird. Solange parallel im Netzlaufwerk gesucht wird, ist die Umstellung nicht vollzogen.
  4. Verweise konsequent üben. Statt eine Frage im Chat erneut zu beantworten, wird auf die Seite verlinkt, notfalls nachdem sie in fünf Minuten geschrieben wurde.
  5. Nach einigen Wochen auswerten, welche Seiten aufgerufen werden und welche Suchanfragen ins Leere laufen. Erfolglose Suchen sind die beste Themenliste für die nächsten Inhalte.
  6. Altbestände nur bei Bedarf überführen. Was in sechs Monaten niemand gesucht hat, wird archiviert statt migriert.

Datenschutz, Rechte und Aufbewahrung

Auch interne Wissenssysteme enthalten personenbezogene Daten, etwa in Zuständigkeitslisten, Protokollen oder Beispielen aus dem Kundenkontakt. Daraus ergeben sich einige Pflichten und Vorsichtsmaßnahmen:

  • Aufnahme des Systems in das Verzeichnis der Verarbeitungstätigkeiten
  • Auftragsverarbeitungsvertrag bei Nutzung eines Cloud-Anbieters
  • ein Berechtigungskonzept, das Bereiche mit Beschäftigtendaten von allgemeinen Inhalten trennt
  • ein geregelter Umgang mit Zugängen ausgeschiedener Personen, samt Übergabe der von ihnen verantworteten Seiten
  • Klarheit darüber, wie lange Inhalte aufbewahrt werden und wie gelöscht wird

Bei Systemen mit integrierten Auswertungs- oder KI-Funktionen ist zusätzlich zu prüfen, ob Inhalte zur Modellverbesserung genutzt werden und ob sich das abschalten lässt. Diese Hinweise ersetzen keine Rechtsberatung.

Häufige Fragen

Reicht ein gemeinsames Laufwerk mit guter Ordnerstruktur aus?

Für Dateien, die als Dokument existieren müssen, ist ein Laufwerk brauchbar. Für Erklärwissen stößt es an Grenzen: Dateien lassen sich schlecht untereinander verlinken, Änderungen sind kaum nachvollziehbar, und die Suche findet Inhalte innerhalb von Dokumenten oft nur eingeschränkt. Die Kombination aus einem Wiki für Erklärwissen und einem Laufwerk für Dokumente ist in kleinen Betrieben ein üblicher und funktionierender Zuschnitt.

Wie viel Aufwand verursacht die Pflege dauerhaft?

Der Aufwand liegt weniger im Schreiben als im Aussortieren. Realistisch ist, dass eine verantwortliche Person pro Quartal einige Stunden für die Durchsicht einplant, ergänzt um kurze Aktualisierungen, die im Arbeitsfluss nebenbei entstehen. Entscheidend ist die Regelmäßigkeit, nicht der Umfang der einzelnen Sitzung.

Sollten Kundinnen und Kunden Zugriff auf Teile der Wissensbasis erhalten?

Das kann sinnvoll sein, verlangt aber eine saubere Trennung. Externe Inhalte brauchen einen anderen Ton, eine andere Prüfung vor Veröffentlichung und ein Berechtigungsmodell, bei dem interne Inhalte nicht versehentlich sichtbar werden. Viele Betriebe fahren besser damit, eine externe Wissensbasis als eigenständigen Bereich zu führen und Inhalte bewusst zu übertragen statt Berechtigungen fein zu verschachteln.

Dieser Beitrag kann Partnerlinks enthalten. Wenn Sie darüber ein Produkt abschließen, erhalten wir eine Provision. Für Sie ändert sich am Preis nichts.

Weiter in Kommunikation

Alle Artikel zu Kommunikation