Wissensdatenbank in 30 Tagen aufbauen: Struktur, Quellen, Verantwortung – und die Wissensdatenbank, die aus dem entsteht, was das Team ohnehin sagt (2026)

Eine Wissensdatenbank ist die Menge der Antworten, die eine Organisation mehr als einmal gibt, einmal aufgeschrieben und dort aufbewahrt, wo die Person, die die Antwort braucht, sie finden kann, ohne zu fragen. „Wie stellen wir einem Händler in der Schweiz eine Rechnung?", „was sagen wir Eltern, deren Kind die Frist verpasst hat?", „welcher Spediteur für Paletten nach Marokko?" – wird eine dieser Fragen zum vierten Mal gestellt, hat die Organisation eine Wissensdatenbank, ob sie eine aufgebaut hat oder nicht. Sie lebt nur im Kopf eines einzelnen Kollegen und in einem Dutzend Chat-Threads.

Die meisten Anleitungen beginnen mit der Auswahl der Software. Diese beginnt früher, denn die Software ist das Geringste daran: Eine Wissensdatenbank besteht aus drei Entscheidungen – einer Struktur, einer Menge von Quellen und einem Namen an jedem Eintrag – und einem Monat, in dem man sie der Reihe nach umsetzt. Der 30-Tage-Plan unten bringt eine Organisation mit 10–200 Personen zu einer Wissensdatenbank, die tatsächlich geöffnet wird. Dazu gehören eine Eintragsvorlage zum Kopieren, ein durchgespieltes Beispiel, eine Tabelle, wo die Wissensdatenbank in den Tools lebt, die Ihr Team ohnehin nutzt – und dann der Teil, den die meisten Anleitungen auslassen: Die Wissensdatenbank ist größtenteils schon geschrieben, in dem, was das Team in seinen Meetings sagt und in seinen Chats tippt. Die Aufgabe ist, das an einem Ort zu halten, lesbar für alle im Team.

Was eine Wissensdatenbank ist – und was nicht

Vier Dinge werden Wissensdatenbank genannt, und die Verwechslung zwischen ihnen ist der Grund, warum so viele gebaut und so wenige genutzt werden:

Die Wissensdatenbank ist die erste Zeile, und sie hängt von den anderen drei ab. Das Wiki ist, was aus ihr ohne Struktur wird; die Dokumentenablage ist der Ort, an dem ihre Dateien liegen; der Chat-Verlauf ist der Ort, an dem die meisten ihrer Einträge zum ersten Mal geschrieben werden, zufällig, als Antworten. Das Handwerk besteht darin, eine Antwort von der vierten in die erste Zeile zu bringen – einmal, mit einem Namen darauf –, und die Methode unten ist um diesen Schritt herum gebaut.

Zwei weitere Unterscheidungen sind wichtig, bevor Sie bauen. Eine interne Wissensdatenbank ist für das Team: wie wir Dinge tun, wo Dinge sind, was wir entschieden haben. Eine externe ist für Kundinnen und Kunden: wie das Produkt funktioniert, was zu tun ist, wenn etwas ausfällt. Diese Anleitung handelt von der internen; eine externe Wissensdatenbank wird später aus der internen geschrieben, indem man die Einträge umschreibt, die Kunden sehen dürfen. Und eine Wissensdatenbank ist kein Prozessdokument und keine SOP: Diese beschreiben eine ganze Tätigkeit von Anfang bis Ende; ein Eintrag beantwortet eine Frage und verlinkt auf das Verfahren, wenn die Antwort lautet „folgen Sie ihm".

Die drei Entscheidungen: Struktur, Quellen, Verantwortung

Struktur: nach Fragen, nicht nach Abteilungen. Wer fragt „wie stellen wir der Schweiz eine Rechnung?", weiß nicht, ob die Antwort zur Buchhaltung, zum Vertrieb oder zur Logistik gehört; er kennt die Frage. Eine nach Abteilungen gegliederte Wissensdatenbank schickt ihn für eine Antwort in drei Bereiche. Gliedern Sie nach den Fragen, die Menschen stellen – in ihren Worten – und halten Sie die oberste Ebene bei sieben Bereichen oder weniger. Darüber braucht die Struktur selbst eine Suche, und eine Suche über eine Wissensdatenbank, die noch niemand gefüllt hat, liefert nichts. Typische oberste Ebenen für eine kleine Organisation: Kunden und Aufträge; Geld und Rechnungen; Personal und Einstellung; Tools und Zugänge; Regeln und Entscheidungen; wen man anruft.

Quellen: was schon existiert, bevor etwas Neues entsteht. Niemand hat die Zeit, eine Wissensdatenbank von einer leeren Seite aus zu schreiben, und niemand muss es. Die Antworten existieren – in der Antwort, die ein Kollege letzten Dienstag gegeben hat, im Recap des Meetings, in dem die Regel festgelegt wurde, in der Preisliste, die jemand im März an eine Nachricht gehängt hat, in den Onboarding-Notizen, die der letzte neue Mitarbeiter geführt hat. Die erste Version der meisten Einträge wird kopiert, nicht geschrieben. Wo die Quellen liegen und wie viel von jeder später erreichbar ist, behandelt die Tabelle weiter unten; die Kurzfassung: In den meisten Suiten sind Chat, Dateien und Meeting-Notizen drei getrennte Orte, und das Meeting selbst hinterlässt am wenigsten.

Verantwortung: ein Name und ein Datum an jedem Eintrag. Das Einzige, was eine Wissensdatenbank, der man vertraut, von einer unterscheidet, die man nicht mehr öffnet, ist die Frage, ob ein Eintrag sagt, wer für ihn verantwortlich ist und wann er zuletzt geprüft wurde. Einem Eintrag mit Namen und „geprüft am 14. Oktober 2026" glaubt man; derselbe Text ohne beides ist „wahrscheinlich veraltet". Die Aufgabe der verantwortlichen Person ist klein: einmal im Quartal die Frage „stimmt das noch?" beantworten und das Datum ändern. Es geht nicht darum, die Wissensdatenbank umzuschreiben. Wenn sich für einen Eintrag niemand benennen lässt, ist der Eintrag kein Wissen, sondern eine Vermutung, und er fliegt raus.

Wie Sie in 30 Tagen eine Wissensdatenbank aufbauen

Der Plan geht von einer Person aus, die das Ganze vorantreibt – der Teamleiter oder wer auch immer am häufigsten gefragt wird – und etwa zwei Stunden pro Woche investiert, während der Rest des Teams Minuten investiert.

Woche 1 – Fragen sammeln, nicht Antworten. Eröffnen Sie einen Channel oder eine Notiz in einem bestehenden und lassen Sie sieben Tage lang alle jede Frage hineinwerfen, die sie einem Kollegen gestellt haben oder gestellt bekamen, in den verwendeten Worten. Noch keine Antworten. Bis Freitag sind es vierzig bis achtzig Fragen; ein Drittel sind Duplikate. Zählen Sie die Wiederholungen: Die Frage, die fünfmal gestellt wurde, ist Eintrag eins. Am Tag davor gilt: Wo die Liste liegt, dort wird auch die Wissensdatenbank liegen; die Wahl des Ortes treffen Sie hier danach, was das Team ohnehin jeden Tag öffnet, nicht nach einem Softwarevergleich.

Woche 2 – Struktur und verantwortliche Personen. Sortieren Sie die Fragen in Gruppen; die Gruppen sind die Bereiche, und es sind höchstens sieben. Benennen Sie pro Bereich eine verantwortliche Person – diejenige, die in Woche 1 die meisten seiner Fragen beantwortet hat. Benennen Sie dann pro Eintrag eine verantwortliche Person für die zwanzig am häufigsten gestellten Fragen. Schreiben Sie noch nichts außer der Liste: Bereich, Frage, verantwortliche Person. Schicken Sie sie ans Team und bitten Sie um eines: „Welche Fragen fehlen?" Die Liste kommt mit zehn weiteren zurück.

Woche 3 – die ersten zwanzig Einträge, aus Quellen. Jede verantwortliche Person schreibt ihre Einträge mit der Vorlage unten, ausgehend von dem, was schon existiert: der Chat-Antwort, dem Recap, der Datei. Die Regel für Woche 3 lautet „kurz und wahr schlägt lang und vollständig": Eine Antwort in zwei Sätzen mit einem Link zur Datei, datiert und signiert, ist ein Eintrag. Eine Seite, die die Geschichte der Regel erklärt, ist ein Dokument und kann später kommen. Einträge, die von einer Entscheidung abhängen, die niemand finden kann, gehen zuerst ins Entscheidungsprotokoll, dann mit einem Link in die Wissensdatenbank.

Woche 4 – veröffentlichen, dann die Schleife laufen lassen. Heften Sie die Wissensdatenbank dort an, wo das Team liest. Richten Sie dann die zwei Gewohnheiten ein, die sie am Leben halten: Jede Frage, die ab jetzt im Fragen-Channel gestellt wird, bekommt einen Eintrag oder einen Link auf einen, geschrieben von der Person, die geantwortet hat; und die verantwortliche Person jedes Eintrags bekommt das Prüfdatum in ihren Kalender. Tag 30 ist keine fertige Wissensdatenbank. Es sind zwanzig bis dreißig Einträge, jeder mit Verantwortung und Datum, und eine Schleife, die jedes Mal einen hinzufügt, wenn eine Frage beantwortet wird. Sechs Monate später sind es zweihundert, und niemand hat sie als Projekt geschrieben.

Was in den 30 Tagen nicht passiert: die Dokumentenablage migrieren, ein neues Tool auswählen oder für jeden Prozess eine Seite schreiben. Die Wissensdatenbank verweist auf Dateien dort, wo sie liegen, und auf Verfahren dort, wo sie leben. Sie umzuziehen ist ein anderes Projekt, und oft ein unnötiges.

Eine Vorlage für Wissensdatenbank-Artikel

Ein Eintrag, eine Frage, weniger als eine Seite. Kopieren Sie sie als Notiz und füllen Sie sie aus; die am häufigsten übersprungenen Zeilen sind die letzten drei, und sie sind es, die den Eintrag wahr halten.

[Frage, in den Worten, in denen Menschen sie stellen]
Verantwortlich: [Name] · Bereich: [einer der sieben] · Zuletzt geprüft: [Datum] · Nächste Prüfung: [Datum]
Kurze Antwort: [zwei Sätze – was zu tun ist]
Gilt für: [Team, Standort, Kundentyp] · Gilt nicht für: [der Fall, mit dem man es verwechselt]
Wie: [nummerierte Schritte, jeder mit dem beteiligten System, der Person oder der Datei]
Die Regel dahinter: [die Entscheidung, die sie festgelegt hat, mit Datum und Begründung]
Ausnahmen: [die Fälle abseits des Normalwegs und wer jeweils entscheidet]
Wo die Dateien liegen: [Link zur aktuellen Vorlage, Preisliste, zum Vertrag]
Verwandte Einträge: [die SOP, der Prozess, die frühere Version]

Die Vorlage ist reiner Text mit fetten Beschriftungen, sodass sie sich ohne Neuformatierung in eine Word-Datei, ein Google Doc, eine Wiki-Seite, ein Slack-Canvas oder eine Chat-Notiz einfügen lässt.

Ein durchgespieltes Beispiel: die Wissensdatenbank eines Exporteurs nach 30 Tagen

Ein italienischer Maschinenexporteur, 38 Personen, ein Vertriebsbüro in Mailand und Händler in Spanien, Rumänien und Marokko. Woche 1 ergab 61 Fragen; nach Abzug der Duplikate 44. Die Struktur, die daraus entstand, mit der Zahl der Einträge pro Bereich an Tag 30:

1. Händler und Aufträge (7) – wie ein neuer Händler angelegt wird; wer ein Kreditlimit genehmigt; was ein Auftrag braucht, bevor er in die Produktion geht
2. Rechnungsstellung und Zahlung (5) – Rechnungsstellung an einen Händler in der Schweiz; wann eine Proforma-Rechnung verwendet wird; was zu tun ist, wenn eine Zahlung 30 Tage überfällig ist
3. Versand und Zoll (6) – Spediteure nach Zielland; die Dokumente, die eine Palette nach Marokko braucht; wer die Ausfuhranmeldung unterschreibt
4. Service und Garantie (4) – was die Garantie abdeckt; wie ein Servicebesuch gebucht wird; welche Teile auf Lager gehalten werden
5. Tools und Zugänge (3) – wer Zugang zum CRM gibt; wo die Preisliste liegt; wie man das gemeinsame Postfach erreicht
6. Regeln und Entscheidungen (3) – die Zwei-Unterschriften-Regel ab 10.000; die Rabattobergrenze; das Entscheidungsprotokoll
7. Wen man anruft (2) – der Zollagent; die Spediteurkontakte nach Land

Dreißig Einträge. Die am häufigsten gestellte Frage aus Woche 1 – „welche Dokumente braucht eine Palette nach Marokko?" – war im Lauf eines Jahres elfmal im Channel von derselben Logistikleiterin beantwortet worden; der Eintrag kostete sie zwanzig Minuten, weil die elfte Antwort schon geschrieben war und nur noch die Zeile mit der verantwortlichen Person und das Datum brauchte.

Ein ausgefüllter Eintrag aus Bereich 3:

Welche Dokumente braucht eine Palette nach Marokko?
Verantwortlich: Logistikleitung · Bereich: Versand und Zoll · Zuletzt geprüft: 3. November 2026 · Nächste Prüfung: 3. Februar 2027
Kurze Antwort: Handelsrechnung in dreifacher Ausfertigung, Packliste, Ursprungszeugnis EUR.1 und die Importlizenznummer des Händlers auf der Rechnung.
Gilt für: alle Lieferungen an marokkanische Händler · Gilt nicht für: Ersatzteile unter 1.000 EUR per Kurier, die mit dem eigenen Formular des Kuriers gehen.
Wie: 1. Rechnung mit der Marokko-Vorlage aus dem System exportieren. 2. Lizenznummer aus der Akte des Händlers ergänzen. 3. EUR.1 bei der Handelskammer beantragen, drei Werktage. 4. Packliste beifügen. 5. Das Set an den Zollagenten senden und den Händler in Kopie setzen.
Die Regel dahinter: Die Lizenznummer wurde nach dem Stopp in Casablanca im März 2026 ergänzt (Eintrag im Entscheidungsprotokoll 2026-03-19).
Ausnahmen: Vorführmaschinen gehen unter vorübergehender Verwendung; die Logistikleitung entscheidet.
Wo die Dateien liegen: Rechnungsvorlage Marokko; EUR.1-Antragsformular; Händlerakten.
Verwandte Einträge: Spediteure nach Zielland; wer die Ausfuhranmeldung unterschreibt.

Wo die Wissensdatenbank in den Tools lebt, die Sie ohnehin nutzen

Eine Organisation mit 10–200 Personen baut ihre Wissensdatenbank in der Suite, die sie ohnehin bezahlt, und jede Suite hat einen Ort für den Eintrag, einen Ort für die Dateien und einen Weg für das, was ein Meeting hinterlässt. Jede hört an einer anderen Stelle auf, und in jeder liegt die Aufzeichnung in der Sprache vor, in der sie getippt wurde. Nur dokumentiertes Verhalten, von den Seiten der Anbieter selbst, jeweils mit dem Monat, in dem die Seite geprüft wurde:

Drei Dinge gelten in allen vier gleich. Der Eintrag ist ein Dokument oder eine Nachricht in der einen Sprache, in der er getippt wurde, und ein Mitglied, das eine andere Sprache liest, liest diesen oder eine Kopie, die jemand angefertigt hat. Die Dateien liegen an einem zweiten Ort, gefunden durch eine zweite Suche. Und das Meeting – in dem die Regel diskutiert und festgelegt wurde – erreicht die Wissensdatenbank nur, wenn eine Person es hinterher eintippt: Wo Teams und Meet überhaupt ein Transkript und eine Zusammenfassung aufbewahren und wie man sie nach dem Call behält, steht in Wo Microsoft Teams und Google Meet Transkript, Aufzeichnung und Zusammenfassung speichern; die KI-Notetaker, die viele Teams aus demselben Grund ergänzen, werden in Otter.ai-Alternativen verglichen, und jeder von ihnen schreibt seine Zusammenfassung in einer Sprache.

Die Übersetzung, die diese Suiten dokumentieren, gehört zum Call oder zum Bildschirm des Lesers, nicht zur Aufzeichnung: Microsoft dokumentiert live übersetzte Untertitel in Teams-Meetings, wenn der Organisator eine Teams-Premium- oder Microsoft-365-Copilot-Lizenz hat, Google dokumentiert übersetzte Untertitel in Meet in berechtigten Workspace-Tarifen (beide geprüft im August 2026), und WhatsApp dokumentiert das Übersetzen einer empfangenen Nachricht auf dem Telefon des Lesers (geprüft im August 2026) – was jeweils abgedeckt ist und wo es aufhört, steht in Live-Übersetzung in Microsoft Teams, Live-Übersetzung in Google Meet und WhatsApp übersetzen. Der Eintrag, den der Sachbearbeiter des Händlers in Casablanca am Montag öffnet, ist ein anderes Objekt als diese Untertitel, und er wird in der Sprache gelesen, in der er getippt wurde.

Die Wissensdatenbank, die aus dem entsteht, was das Team ohnehin sagt

InterMIND ist ein Kommunikationsraum, in dem die Arbeit eines Teams in einem Channel lebt, und deshalb hat die Wissensdatenbank ein naheliegendes Zuhause: den Channel des Teams, das sie nutzt – das Export-Team, die Rezeption der Klinik, die Kundengruppe der Agentur –, und dieser Channel ist zugleich der Fragen-Channel und der Ort, von dem aus die Meetings starten. Die drei Entscheidungen von oben lassen sich direkt darauf abbilden.

Struktur und Verantwortung sind die Einträge selbst. Als Notiz gepostet – eine Rich-Text-Nachricht mit Überschriften und nummerierten Listen, später über ihr eigenes Menü bearbeitbar – wird ein Eintrag von jedem Mitglied in der eigenen Sprache gelesen, mit dem Original einen Umschalter entfernt, und angeheftet, sodass die aktuelle Version das Erste ist, was eine neue Kollegin findet. Bei eingeschaltetem Bearbeitungsverlauf erscheint der frühere Wortlaut einer geänderten Regel über dem aktuellen Text als wortgenauer Diff mit Zeitstempel – das ist die Prüfspur, auf die die Zeile „zuletzt geprüft" der verantwortlichen Person verweist. Die Dateien, auf die ein Eintrag verweist – die Preisliste, die Marokko-Vorlage, der Händlervertrag –, werden in denselben Channel hochgeladen und tragen in jedem Tarif eine KI-Zusammenfassung in der Sprache des Lesers, wobei jeder Punkt mit dem Absatz verknüpft ist, aus dem er stammt; in kostenpflichtigen Tarifen öffnet sich die Datei selbst übersetzt in die Sprache des Lesers (30 Sprachen für Dokumente). Bleibt die Masterkopie in einem Dokumenten-Tool, landen ihre Aktualisierungen per E-Mail im Channel: Der Host des Channels vergibt ihm eine eigene Adresse, und eine dorthin gesendete Nachricht erscheint als reguläre Nachricht mit benanntem Absender und erhaltenen Anhängen. Ein Team, das von Slack kommt, bringt seine Channels mit: Ein Standard-Export eines Slack-Workspace wird als ein Channel pro Slack-Channel wiederhergestellt, Nachrichten in der richtigen Reihenfolge mit ihren ursprünglichen Zeitstempeln, Pins und Reaktionen bleiben erhalten, und jede Nachricht wird von jedem Mitglied in der eigenen Sprache gelesen.

Quellen sind dort, wo der Channel die Arbeit übernimmt, die die Tabelle oben einer Person überlässt. Das Meeting, in dem die Regel festgelegt wird, startet aus dem Channel; während des Calls erscheint der Eintragsentwurf auf aller Bildschirmen neben den Videokacheln mit Share to conference – eine Notiz oder ein im Chat verlinktes Google-Docs- oder OneDrive-Dokument –, und jede teilnehmende Person scrollt es unabhängig und liest es in der eigenen Sprache, während die teilende Person es live bearbeitet. Wenn der Call endet, wird das Recap aus dem Meeting selbst geschrieben – eine Zusammenfassung, die als vereinbart, offen oder strittig markierten Punkte, die Action items mit Verantwortlichen, jede Zeile mit ihrem Zeitstempel –, und die während der Sitzung geteilten Dokumente tragen ihre Zusammenfassungen neben dem Gesagten bei. Es kommt per E-Mail, als Nachricht im Channel und als Link im Kalendereintrag, und jedes angemeldete Mitglied liest es in der eigenen Sprache: Die Aufzeichnung wird pro Leser übersetzt, nicht einmal in der Sprache geschrieben, die der Raum zufällig benutzt hat. Jedes Mitglied kann es bearbeiten, jede Änderung behält Autor und Versionsverlauf, und der Channel bewahrt das Recap jeder vergangenen Sitzung auf – das Meeting, das die Marokko-Regel festgelegt hat, ist also einen Klick vom Eintrag entfernt, der sie festhält. So entsteht die Wissensdatenbank aus dem, was das Team ohnehin sagt: die elfte Antwort im Channel, das Recap des Calls, in dem die Regel diskutiert wurde, die im März angehängte Datei, alles an einem Ort, mit dem Eintrag obenauf.

Der Fragen-Channel wird von der anderen Seite her ebenso behandelt. Der eigene Assistent eines Mitglieds – Claude, ChatGPT, Copilot oder Gemini, verbunden über den MCP-Connector – durchsucht Recaps, Transkripte, Chats und den Text geteilter Dateien in einer einzigen Frage, „welche Dokumente braucht eine Palette nach Marokko?", und liefert die Textstellen mit dem Meeting, dem Datum und der Datei, aus der sie jeweils stammen; das läuft für Organisationen mit eingeschalteten KI-Funktionen, und das Lesen über den Assistenten ist auf die Meetings und Channels beschränkt, in denen das Mitglied ist. Der Chat selbst hat eine Suche, und die Wissensdatenbank lässt sich komplett herausnehmen: In jedem Tarif exportiert ein Backup aus den Einstellungen die Channels als ZIP mit ihren Nachrichten, Transkriptionen und Dateien – das ist die Frage der Verantwortung, beantwortet auf der Ebene der Organisation statt des einzelnen Eintrags. Neben die Tabelle oben gelegt, ist der Unterschied eine schlichte Tatsachenfeststellung: Die Untertitel, die diese Suiten dokumentieren, übersetzen den Call, während er läuft; hier sind der Eintrag, die Meetings, aus denen er entstand, seine Dateien und sein Verlauf eine einzige Aufzeichnung, gelesen von jedem Mitglied in der eigenen Sprache.

Die Menschen, die das Wissen eines Teams tragen, sind nicht immer Angestellte. Der Auftragssachbearbeiter des Händlers, der Zollagent, die freiberufliche Buchhalterin, die die Schweizer Regel kennt: Ein externes Mitglied des Channels kommt per E-Mail mit einem kostenlosen Account dazu und liest die Einträge und ihren Verlauf wie alle anderen; eine Person ohne Account ist Gast in einem Meeting – sie tritt dem Call per Link bei, vom Telefon, kostenlos, hört ihn live in der eigenen Sprache und erhält danach keine Aufzeichnung. Der Host stellt den Raum bereit und zahlt in einem kostenpflichtigen Tarif nur für die in den vorherigen 28 Tagen aktiven Mitglieder – wer einem Meeting beigetreten ist, in einem Chat geschrieben oder den Assistenten befragt hat; Mitglieder, die still werden, behalten ihren Zugang kostenlos, und genau das braucht eine Wissensdatenbank: Die Person, die den Eintrag vor zwei Jahren geschrieben hat, kann weiterhin im Channel sein.

• Ein vollständiges Recap öffnen – eine echte Aufzeichnung, erzeugt vom selben Code, der Ihre schreibt.
• Live-Demo ausprobieren – ohne Anmeldung; sprechen Sie und hören Sie, wie der Raum pro Zuhörer übersetzt wird.

Eine Wissensdatenbank aufzubauen ist ein Handwerk, das jedes Tool überlebt: Jemand muss weiterhin die Fragen sammeln, die Struktur bei sieben Bereichen halten, an jeden Eintrag einen Namen und ein Datum setzen und im Channel statt per Direktnachricht antworten. Was nicht überleben muss, ist die zweite Arbeit – das, was das Meeting entschieden hat, in die Wissensdatenbank abzutippen und von jedem Eintrag von Hand eine übersetzte Kopie zu pflegen, eine Sprache nach der anderen, für das Büro, das die andere liest.

FAQ

Was ist eine Wissensdatenbank?

Eine Wissensdatenbank ist eine Sammlung von Antworten auf die Fragen, die einer Organisation mehr als einmal gestellt werden, einmal aufgeschrieben, jede mit einer verantwortlichen Person und einem Datum, und dort aufbewahrt, wo die Person, die die Antwort braucht, sie finden kann, ohne eine Kollegin zu fragen. Eine interne Wissensdatenbank beantwortet die eigenen Fragen des Teams – wie wir Rechnungen stellen, wo die Dateien liegen, was wir entschieden haben; eine externe beantwortet Fragen von Kunden zu einem Produkt. Sie unterscheidet sich von einem Wiki durch Struktur und verantwortliche Personen und von einer Dokumentenablage dadurch, dass sie Antworten statt Dateien enthält.

Wie erstellt man eine Wissensdatenbank?

Sammeln Sie eine Woche lang die Fragen, die das Team tatsächlich stellt, in den verwendeten Worten; gruppieren Sie sie in höchstens sieben Bereiche; benennen Sie für jeden Bereich und für jede der zwanzig am häufigsten gestellten Fragen eine verantwortliche Person; lassen Sie diese die Einträge aus dem schreiben, was schon existiert – Chat-Antworten, Meeting-Recaps, Dateien –, mit einer einseitigen Vorlage aus kurzer Antwort, Schritten, Ausnahmen und Prüfdatum; veröffentlichen Sie dort, wo das Team ohnehin liest; und halten Sie dann die Schleife am Laufen: Jede beantwortete Frage wird zum Eintrag, und die verantwortliche Person jedes Eintrags prüft ihn zum festgelegten Datum.

Was sollte eine Wissensdatenbank enthalten?

Einen Eintrag pro Frage, jeweils mit der Frage in den Worten, die Menschen benutzen, einer verantwortlichen Person, dem Datum der letzten und der nächsten Prüfung, einer kurzen Antwort, den Fällen, für die er gilt und nicht gilt, den Schritten mit dem beteiligten System oder der beteiligten Person, der Entscheidung hinter der Regel samt Datum, den Ausnahmen und wer sie entscheidet, Links zu den aktuellen Dateien und Links zu verwandten Einträgen. Die Wissensdatenbank als Ganzes braucht eine Struktur aus höchstens sieben Bereichen, gegliedert nach den gestellten Fragen statt nach Abteilungen.

Was ist der Unterschied zwischen einer Wissensdatenbank und einem Wiki?

Ein Wiki ist eine Menge von Seiten, die jede und jeder in beliebiger Struktur schreiben kann; eine Wissensdatenbank ist nach den Fragen gegliedert, die Menschen stellen, mit einem Eintrag pro Frage und einer benannten verantwortlichen Person samt Prüfdatum an jedem. Ein Wiki lässt sich in eine Wissensdatenbank verwandeln, indem man Struktur und verantwortliche Personen ergänzt; ohne sie wächst ein Wiki zu Hunderten von Seiten heran, in denen niemand navigieren kann und die niemand geprüft hat. Die Software ist oft dieselbe; der Unterschied sind die zwei Entscheidungen.

Wie strukturiert man eine Wissensdatenbank?

Nach Fragen, nicht nach Abteilungen: Wer fragt, weiß nicht, zu welcher Abteilung die Antwort gehört, aber er weiß, was er fragt. Gruppieren Sie die in der ersten Woche gesammelten Fragen in höchstens sieben Bereiche der obersten Ebene – für eine kleine Organisation typischerweise Kunden und Aufträge, Geld und Rechnungen, Personal und Einstellung, Tools und Zugänge, Regeln und Entscheidungen und wen man anruft – und halten Sie jeden Eintrag bei einer Frage. Wächst ein Bereich über etwa dreißig Einträge hinaus, teilen Sie ihn nach den gestellten Fragen auf, nicht danach, wer antwortet.

Wie lange dauert es, eine Wissensdatenbank aufzubauen?

Dreißig Tage bis zu einer Wissensdatenbank, die geöffnet wird: eine Woche Fragen sammeln, eine Woche für Struktur und verantwortliche Personen, eine Woche für die ersten zwanzig Einträge aus bestehenden Quellen, eine Woche für Veröffentlichung und die Prüfschleife. Wer das Ganze vorantreibt, investiert etwa zwei Stunden pro Woche; jede verantwortliche Person zwanzig Minuten pro Eintrag, weil die meisten Einträge aus einer bereits gegebenen Antwort kopiert statt neu geschrieben werden. Die Wissensdatenbank ist an Tag 30 nicht fertig; sie wächst um einen Eintrag, jedes Mal wenn eine Frage beantwortet wird.

Kann man eine Wissensdatenbank kostenlos aufbauen?

Ja – die Vorlage in dieser Anleitung ist reiner Text, und die Wissensdatenbank kann in einer Notiz, einem Dokument oder einem Channel in den Tools leben, die ein Team ohnehin nutzt: ein Canvas in Slack, ein Google Doc, der Dateien-Tab eines Teams-Channels, eine angeheftete Notiz in einem Chat. Was an Software nichts kostet, kostet trotzdem die Prüfzeit der verantwortlichen Personen, und die Grenzen sind die der jeweiligen Suite: Der Free-Tarif von Slack behält 90 Tage Nachrichtenverlauf, und in jeder Suite liegt der Eintrag in der Sprache vor, in der er getippt wurde. In InterMIND ist der Tarif Basic kostenlos, und die Preise der kostenpflichtigen Tarife stehen auf der Preisseite.

Quellen: Microsoft Learn — Teams and SharePoint integration; Microsoft Learn — Learn about retention for Teams; Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Translate a message in Microsoft Teams; Microsoft — Use live captions in Microsoft Teams meetings; Slack — Pricing; Slack — Customize data retention in Slack; Slack — Export your workspace data; Slack — Meeting agenda template (canvas); Google Chat — Use Automatic Translation in Chat; Google Meet — "Take notes for me" in Google Meet; Google Meet — Use translated captions; WhatsApp — How to export your chat history; WhatsApp — Privacy policy; WhatsApp blog — Introducing message translations. Die Microsoft-Learn-Seite zu Teams und SharePoint wurde im November 2026 geprüft; die Seiten zur Teams-Aufbewahrung und zu Meeting-Notizen, die Slack-Canvas-Vorlagenseite und die Google-Seite „Take notes for me" im Oktober 2026; die Seiten zur Teams-Nachrichtenübersetzung und zu den Untertiteln, die Slack-Seiten zu Preisen, Aufbewahrung und Export, die Google-Seiten zur Chat-Übersetzung und zu den Meet-Untertiteln sowie die WhatsApp-Seiten im August 2026. Anbieter ändern Tarife, Funktionen und Sprachlisten im Lauf der Zeit; den aktuellen Stand finden Sie auf deren Seiten.