Internes Firmenwiki aufbauen: Wissen aus den Köpfen holen

Kurz gesagt: Ein Firmenwiki scheitert selten am Werkzeug, sondern daran, dass es leer startet und dann niemand mehr hineinschaut. Beginnen Sie mit den zehn bis zwanzig Fragen, die im Alltag am häufigsten gestellt werden, legen Sie für jede Seite eine verantwortliche Person fest und bauen Sie das Wiki in Etappen aus. Ob Notion, Confluence oder SharePoint ist zweitrangig – wichtig ist, dass es dort liegt, wo Ihr Team ohnehin arbeitet.

„Frag die Andrea, die weiß das.“ In vielen kleinen Betrieben ist das die Wissensdatenbank. Das funktioniert, bis Andrea im Urlaub ist, krank wird oder kündigt. Ein internes Wiki soll dieses Wissen nicht ersetzen, sondern es so festhalten, dass neue Kolleginnen, Aushilfen und auch die Chefin selbst es schnell wiederfinden.

Etappe 1: Vor dem ersten Klick – sammeln statt strukturieren

Viele Wiki-Projekte beginnen mit einer perfekten Ordnerstruktur und enden mit zwanzig leeren Seiten. Drehen Sie die Reihenfolge um. Führen Sie zwei Wochen lang eine einfache Liste: Welche Fragen werden im Team gestellt? Wo suchen Leute nach Passwort-Hinweisen, Ansprechpartnern, Abläufen?

Typische Fundstücke in einem kleinen Betrieb:

Wie lege ich einen neuen Kunden im System an?
Wer ist für Reklamationen zuständig, und wie läuft das ab?
Wie bediene ich die Telefonanlage oder die Kasse beim Tagesabschluss?
Was ist zu tun, wenn der Drucker, das WLAN oder die Website streikt?
Welche Vorlagen gibt es für Angebote, E-Mails und Rechnungen?

Diese Liste ist Ihr Inhaltsplan. Die Struktur ergibt sich daraus fast von selbst.

Etappe 2: Werkzeug wählen – dort, wo das Team schon ist

Arbeitet Ihr Team in Microsoft 365, liegt SharePoint nahe; nutzen Sie bereits Jira oder andere Atlassian-Produkte, ist Confluence naheliegend; für kleine Teams ohne festes Ökosystem ist Notion häufig der einfachste Einstieg. Ein paar Funktionen, die laut Herstellerdokumentation (abgerufen November 2026) direkt bei Pflege und Ordnung helfen:

Notion kann eine normale Seite in ein Wiki umwandeln. Seiten bekommen dann einen Besitzer – standardmäßig die Person, die die Seite erstellt hat – und lassen sich als „verifiziert“ markieren, befristet oder unbefristet. Läuft die Verifizierung ab, wird der Besitzer per Notion-Posteingang und E-Mail benachrichtigt. Die Verifizierung einzelner Seiten außerhalb eines Wikis ist laut Hilfe den Business- und Enterprise-Tarifen vorbehalten.
Confluence erlaubt es, veraltete Seiten zu archivieren statt zu löschen. Archivierte Inhalte verschwinden laut Atlassian aus der Schnellsuche, bleiben aber über die erweiterte Suche auffindbar, und bestehende Links funktionieren weiter, markiert als „archiviert“.
SharePoint behandelt Seiten einer Teamwebsite laut Microsoft-Hilfe bereits als Wiki-Seiten in der Bibliothek „Websiteseiten“; eine eigene Wiki-Bibliothek ist optional. Die verlinkte Hilfeseite bezieht sich auf SharePoint Server 2016/2019 – in Microsoft 365 sieht die Oberfläche anders aus, das Prinzip „Seiten in einer Teamwebsite“ bleibt.

Entscheidend ist weniger die Funktionsliste als die Frage: Öffnet Ihr Team dieses Werkzeug ohnehin jeden Tag? Ein zusätzliches Programm, für das man sich extra anmelden muss, wird seltener genutzt.

Etappe 3: Die ersten zehn Seiten – kurz, konkret, mit Bildern

Schreiben Sie zuerst die Seiten zu den häufigsten Fragen. Bewährt hat sich ein einheitlicher Aufbau:

Wofür ist diese Seite? Ein Satz.
Schritte: nummeriert, so wie man es tatsächlich macht.
Screenshots oder Fotos: von Maske, Gerät oder Regal – oft verständlicher als Text.
Ansprechperson: wer weiterhilft, wenn etwas nicht passt.
Zuletzt geprüft: Datum und Name.

Kurze Seiten sind besser als lange Handbücher. Wer etwas sucht, will in dreißig Sekunden die Antwort, nicht ein Kapitel.

Ein praktischer Trick: Lassen Sie die Person, die einen Ablauf am besten kennt, ihn erklären, während jemand anderes mitschreibt oder eine Bildschirmaufnahme macht. Wissende schreiben ungern, erzählen aber gern.

Etappe 4: Struktur nachziehen und Startseite bauen

Wenn zwanzig, dreißig Seiten existieren, wird die Ordnung sichtbar. Gruppieren Sie nach Arbeitsbereichen statt nach Abteilungen, denn kleine Betriebe haben selten saubere Abteilungsgrenzen: „Kunden & Aufträge“, „Büro & Verwaltung“, „Technik & Geräte“, „Neu im Team“.

Die Startseite des Wikis sollte drei Dinge zeigen: die meistgenutzten Seiten, einen Bereich für Neue im Team und den Hinweis, wie man fehlende Inhalte meldet. In Notion bringt die Wiki-Startseite laut Hilfe bereits eine Ansicht aller Seiten mit, die sich mit eigenen Blöcken und Überschriften gliedern lässt.

Etappe 5: Optional – KI-Suche im Wiki

Mehrere Wiki-Werkzeuge bieten inzwischen KI-Funktionen, die Fragen in natürlicher Sprache aus den eigenen Seiten beantworten; Confluence nennt das in seiner Dokumentation „Rovo“. Das kann praktisch sein, setzt aber voraus, dass die Inhalte stimmen. Eine KI, die aus veralteten Seiten antwortet, verbreitet veraltetes Wissen schneller. Deshalb kommt diese Etappe erst, wenn Pflege und Verantwortlichkeiten laufen.

Pflege: damit das Wiki nicht einschläft

Ein Wiki ist kein Projekt mit Enddatum. Diese Regeln halten es lebendig:

Jede Seite hat einen Besitzer. Nicht „das Team“, sondern eine Person.
Ablaufdatum statt Hoffnung. Wo das Werkzeug es kann, Verifizierungen befristen; sonst ein Prüfdatum auf die Seite schreiben und vierteljährlich durchgehen.
„Steht im Wiki“ als Antwort. Wenn eine Frage zweimal kommt, wird sie zur Seite. Wenn sie schon eine Seite hat, wird der Link geschickt – nicht die Antwort abgetippt.
Archivieren statt löschen. Veraltetes aus dem Weg räumen, aber auffindbar lassen.
Neue Mitarbeitende als Tester. Sie merken am schnellsten, wo Seiten fehlen oder unverständlich sind. Bitten Sie sie, in den ersten Wochen Lücken zu notieren.

Häufige Fragen

Wie viel Zeit kostet der Aufbau?

Das hängt vom Umfang ab. Realistisch ist, die ersten zehn Seiten in einigen Wochen neben dem Alltag zu schreiben, statt ein großes Projekt zu starten, das nie fertig wird.

Gehören Passwörter ins Wiki?

Nein. Zugangsdaten gehören in einen Passwort-Manager. Im Wiki steht höchstens, wo man den Zugang bekommt und wen man fragt.

Was ist mit Wissen, das sich ständig ändert?

Preise, Lagerbestände oder Termine gehören in die Systeme, die sie ohnehin führen. Das Wiki erklärt, wie man diese Systeme benutzt, und verlinkt dorthin.

Reicht ein geteilter Ordner mit Word-Dokumenten?

Für den Anfang besser als nichts. Ein Wiki hat aber Vorteile bei Suche, Verlinkung zwischen Seiten und Zuständigkeiten – und Dokumente in Ordnern veralten unbemerkter.

Wenn Sie überlegen, Ihr Betriebswissen in ein Wiki zu bringen und vielleicht später per KI durchsuchbar zu machen, denke ich gern mit Ihnen über den ersten Schritt nach – hier können Sie mich erreichen.