So baust du eine Wissensdatenbank: Artikel, Suche, Berechtigungen und KI-Antworten

Eine Wissensdatenbank ist eine durchsuchbare Bibliothek mit Antworten: wie etwas geht, wie man etwas behebt, welche Regel gilt. Um eine zu bauen, brauchst du Artikel, die in wenige klare Kategorien gruppiert sind, einen Editor, den deine Autoren tatsächlich nutzen, eine Suche, die den richtigen Artikel anhand der Worte findet, die Menschen wirklich eintippen, und eine Entscheidung darüber, wer was lesen darf: die Öffentlichkeit, eingeloggte Kunden oder nur Mitarbeitende. Ein KI-App-Builder kann Struktur, Editor und Suche in einer kurzen Sitzung erzeugen. Nützlich wird eine Wissensdatenbank aber durch das Schreiben und die laufende Pflege. Plane deshalb von Anfang an ein einfaches Bearbeiten und das Erkennen veralteter Artikel ein.

Zuerst klären, für wen sie ist

Dieselben Funktionen passen zu sehr unterschiedlichen Seiten:

• Öffentliches Hilfecenter — für Kunden und Interessenten. Muss schnell sein, von Suchmaschinen indexierbar und in deren Worten geschrieben.
• Dokumentation nur für Kunden — hinter einem Login, für zahlende Kunden oder Partner.
• Interne Wissensdatenbank — Richtlinien, Abläufe, Anleitungen für Mitarbeitende. Muss privat bleiben. Suche und Aktualität sind wichtiger als Gestaltung.

Die meisten Datenlecks entstehen, wenn öffentliche und interne Artikel auf derselben Seite liegen. Wenn du beides brauchst, gib jedem Artikel eine klare Sichtbarkeitseinstellung oder betreibe zwei getrennte Seiten.

Was die App braucht

Daten

Zwei Felder leisten besonders viel: Verantwortliche/r (wer den Artikel aktuell hält) und zuletzt geprüft am (wann jemand zuletzt bestätigt hat, dass er noch stimmt). Zusammen lassen sie dich Artikel auflisten, die seit sechs Monaten niemand geprüft hat.

Seiten

• Leser: Startseite mit Suche und Kategorien, Kategorieseiten, Artikelseiten mit Inhaltsverzeichnis, verwandten Artikeln und der Frage „War dieser Artikel hilfreich?“.
• Editor: Artikelliste mit Filtern (Entwürfe, veraltete, schlecht bewertete), ein Editor mit Vorschau und der Versionsverlauf.
• Admin: Kategorien, Benutzer und Rollen sowie Berichte zu Suchen ohne Treffer.

Berechtigungen

Leser sehen die veröffentlichten Artikel, die sie sehen dürfen. Editoren erstellen und bearbeiten Artikel, eventuell beschränkt auf bestimmte Kategorien. Admins veröffentlichen, archivieren und verwalten Benutzer. Bei einer internen Wissensdatenbank braucht jeder ein Login. Bei einem öffentlichen Hilfecenter brauchen nur die Autoren eines.

Entscheidungen und Abwägungen

Editor: Markdown oder Rich Text

Markdown ist schnell, portabel und gut mit Versionsverläufen kombinierbar, manche Autoren finden es aber abschreckend. Ein Rich-Text-Editor mit Überschriften, Listen, Bildern, Hinweisboxen und Codeblöcken fühlt sich vertraut an. Was du auch wählst: Speichere Inhalte in einem Format, das du später exportieren kannst.

Suche

Eine einfache Textsuche in der Datenbank reicht für einige hundert Artikel, wenn sie Titel, Zusammenfassungen und Texte durchsucht und Treffer im Titel höher einstuft. Darüber hinaus, oder wenn Tippfehler und Synonyme wichtig sind („Rechnung“ und „Faktura“), nutze eine richtige Volltextsuche oder einen gehosteten Suchdienst. Unser Leitfaden zum Hinzufügen einer Suche erklärt die Optionen. Protokolliere jede Suche ohne Treffer. Das ist eine kostenlose Liste mit Artikeln, die du schreiben solltest.

KI-Antworten

Ein Feld „Frage stellen“, das aus deinen Artikeln antwortet, ist inzwischen üblich. Es sucht die passendsten Textstellen heraus und lässt ein Sprachmodell nur daraus antworten. Mehr dazu in was RAG ist. Zeige immer die Quellenartikel, erlaube ein „Ich weiß es nicht“ und denk daran, dass das System veraltete Angaben in deinen Artikeln selbstbewusst wiederholt. Baue es, wenn die Artikel in gutem Zustand sind, nicht davor.

Versionen und Prüfung

Bewahre Versionen auf, damit du siehst, wer was geändert hat, und zurückrollen kannst. Bei regulierten Inhalten (HR-Richtlinien, Sicherheitsverfahren) füge einen Freigabeschritt hinzu, bevor eine Änderung veröffentlicht wird.

Ein erster Prompt, der funktioniert

Baue ein öffentliches Hilfecenter für Parcelly, eine Versandetikett-App für kleine Online-Shops. Startseite mit einem großen Suchfeld und sechs Kategorien (Erste Schritte, Etiketten drucken, Versanddienstleister, Abrechnung, Retouren, Fehlerbehebung). Artikel haben Titel, Zusammenfassung, Text in Markdown mit Bildern und Hinweisboxen, Kategorie, Tags, Status (Entwurf, veröffentlicht, archiviert), Verantwortliche/r und Datum der letzten Prüfung. Artikelseiten zeigen ein Inhaltsverzeichnis, verwandte Artikel und eine Frage „War das hilfreich?“ mit Ja/Nein und optionalem Kommentar. Die Suche umfasst Titel, Zusammenfassungen und Texte, Treffer im Titel stehen oben, und jede Suche wird mit Angabe protokolliert, ob sie Ergebnisse lieferte. Ein Editor-Bereich (Login nötig, Rollen Editor und Admin) listet Entwürfe, Artikel, die seit 180 Tagen nicht geprüft wurden, und Artikel mit niedrigen Hilfreich-Werten, und führt einen Versionsverlauf. Jeder Artikel bekommt einen eigenen Seitentitel und eine eigene Meta-Beschreibung für Suchmaschinen. Ruhiges, klares, gut lesbares Design. Mobile zuerst.

Bauschritte

1. Liste die ersten 20 bis 30 Artikel anhand echter Supportfragen, bevor du etwas baust. Diese Liste bestimmt die Kategorien.
2. Erzeuge die Seite und prüfe das Lesen auf dem Handy: Zeilenlänge, Überschriften, Bilder.
3. Editor und Rollen. Autoren müssen Artikel hinzufügen und korrigieren können, ohne eine Entwicklerin oder einen Entwickler zu fragen.
4. Suche, dann testen mit den Worten, die Kunden tatsächlich verwenden, inklusive Tippfehler.
5. Feedback und Suchprotokoll.
6. Bericht über veraltete Artikel anhand von Verantwortlichen und Prüfdatum.
7. SEO-Grundlagen für eine öffentliche Seite: eindeutige Titel, Beschreibungen, saubere URLs, eine Sitemap. Siehe SEO für mit KI gebaute Websites.
8. Verlinke sie aus deinem Produkt und deinen Supportantworten und prüfe das Protokoll der Suchen ohne Treffer jede Woche.
9. KI-Antworten, sobald die Inhalte stabil sind.

Häufige Fehler

• Nach Abteilungen ordnen statt danach, was der Leser erreichen will.
• Lange Artikel, die fünf Aufgaben abdecken. Eine Aufgabe pro Artikel, mit einem Titel, der sagt, welches Problem er löst.
• Kein/e Verantwortliche/r pro Artikel. Niemand aktualisiert etwas, und das Vertrauen sinkt nach der ersten falschen Antwort.
• Interne Notizen in öffentlichen Artikeln. Nutze getrennte Sichtbarkeit und prüfe vor dem Veröffentlichen.
• Eine Suche, die nur Titel findet. Leser tippen Symptome ein, nicht Artikelnamen.
• Screenshots ohne Alternativtext oder Kontext. Sie veralten schnell. Beschreibe den Schritt zusätzlich mit Worten.

Wann ein fertiges Produkt die bessere Wahl ist

Wenn dein Team bereits in einem Dokumentations- oder Wiki-Tool arbeitet, ist eine interne Wissensdatenbank dort meist der Weg des geringsten Widerstands. Unser Vergleich Notion und Confluence behandelt zwei gängige Optionen. Wenn du ein Helpdesk-Produkt nutzt, verknüpft dessen eingebautes Hilfecenter Artikel mit Tickets und schlägt Kunden Artikel vor, was sich schwer nachbauen lässt. Dokumentationsgeneratoren eignen sich ideal für Entwicklerdokumentation, die neben dem Code liegt.

Baue eine eigene, wenn du eigene Struktur oder Berechtigungen brauchst (Artikel pro Kunde, Standort oder Rolle), die Wissensdatenbank direkt in deinem Produkt statt auf einer separaten Seite haben willst, Prüf- und Freigabeschritte brauchst, die ein Wiki nicht erzwingt, oder KI-Antworten über deine Inhalte ohne ein weiteres Abo möchtest. Sie passt gut zu einem eigenen Helpdesk.

Mit Mythex bauen

Bei Mythex beschreibst du die Wissensdatenbank im Chat, und sie wird in einer Live-Vorschau gebaut. Artikel, Versionen und Feedback speichert eine Postgres-Datenbank, die der Agent bei Bedarf anlegt. Bilder landen im Dateispeicher des Projekts. Logins für den Editor nutzen eine Authentifizierungsmethode, die du wählst, da Mythex keinen eingebauten Login für Endnutzer hat. Für KI-Antworten nutzt du den API-Schlüssel deines eigenen KI-Anbieters, gespeichert als Projekt-Secret. Die Nutzung wird über dein Anbieterkonto abgerechnet und nicht mit Mythex-Credits (KI-Rezept). Neue Mythex-Apps sind standardmäßig eine clientseitig gerenderte React-Single-Page-App, die für Suchmaschinen schwächer ist. Für ein öffentliches Hilfecenter solltest du deshalb ein statisch freundliches oder serverseitig gerendertes Setup verlangen, etwa mit Next.js (SEO-Rezept).

Als Startprompt eignen sich die Vorlagen Wissenshub für Produkte oder Team-Dokumentations-App.

Fragen