Knowledge Base aufbauen
Eine Knowledge Base (KB) ist die durchsuchbare Sammlung von Wissens-Artikeln, mit denen IT-Mitarbeiter und Endanwender Antworten auf wiederkehrende Fragen finden. Anders als die KEDB (die bekannte Fehler sammelt) enthält die KB allgemeines Wissen: Anleitungen, FAQ, Erklärungen, Best Practices. Ihre Wirkung ist enorm – eine gut gepflegte KB reduziert Service-Desk-Anrufe um 20-40 %, weil Anwender vorher selbst nachgesehen haben. Und sie macht IT-Wissen institutionell verfügbar, nicht mehr nur in den Köpfen einzelner. Aber: eine schlecht gepflegte KB ist schlimmer als keine, weil sie veraltete Informationen verbreitet. Diese Lektion zeigt den Aufbau eines guten KB-Artikels, den modernen Pflege-Ansatz KCS (Knowledge-Centered Service) und die typischen Stolperfallen.
1) KB vs. KEDB – noch einmal die Abgrenzung
| Knowledge Base | KEDB | |
|---|---|---|
| Was? | Allgemeines Wissen, Anleitungen, FAQs | Bekannte Fehler mit Workarounds |
| Beantwortet | „Wie mache ich X?" | „Warum funktioniert X nicht?" |
| Zielgruppe | Agents + Endanwender | Service-Desk-Agents (intern) |
| Beispiele | Outlook-Regel anlegen, VPN konfigurieren, Self-Service-Portal benutzen | Outlook-Profil-Korruption nach Patch, VPN-Bug bei IPv6 |
| Auslöser | Wiederkehrende Fragen, Onboarding-Bedarf | Konkreter Bug nach RCA |
Beide gehören eng zusammen und werden oft im gleichen Tool gepflegt (Confluence, ServiceNow, JIRA Service Management, Freshservice). Aber sie sind logisch verschieden.
2) Anatomie eines guten KB-Artikels
Ein guter Artikel ist kurz, scannbar, getestet – nicht ein essayistisches Werk. Bewährter Aufbau (klick die Annotationen):
Outlook-Signatur einrichten
Was du tun möchtest
Du möchtest in Outlook eine persönliche E-Mail-Signatur einrichten, die automatisch unter jeder Nachricht erscheint.
Vorgehen
- Öffne Outlook und klicke auf Datei → Optionen
- Wähle in der linken Spalte E-Mail
- Klicke auf den Button Signaturen...
- Klicke Neu, gib einen Namen ein, drücke OK
- Füge deinen Signaturtext im Editor ein
- Wähle bei „Standardsignaturen" deine Signatur für „Neue Nachrichten" und „Antworten/Weiterleitungen"
- OK – fertig
Wenn etwas nicht klappt
- Sehen keine Optionen → Outlook in der falschen Version? Prüfen über Datei → Office-Konto
- Signatur wird nicht eingefügt → in Optionen → E-Mail prüfen, ob „immer alle Antworten signieren" aktiv ist
Verwandt
Wenn du eine einheitliche Firmen-Signatur für alle Mitarbeiter brauchst, siehe Artikel KB-0245 „Globale Signatur mit Exchange-Transport-Regel".
3) Pflichtfelder eines KB-Artikels
| Feld | Zweck |
|---|---|
| Titel | Kurz, konkret, action-orientiert. „Outlook-Signatur einrichten" – nicht „Tipps zum Mailprogramm" |
| Kategorie / Tags | Damit der Artikel gefunden wird, auch ohne perfekte Suche |
| Zielgruppe | Endanwender? 1st Level? Spezialisten? Bestimmt Tiefe und Sprache. |
| Sichtbarkeit | Öffentlich / nur intern / nur für Agents? Wichtig für Sicherheit. |
| Inhalt | Aufgabe → Vorgehen → Troubleshooting → Verwandt |
| Screenshots / Schritt-Bilder | Sparen tausend Worte. Aber: Pflege bei UI-Änderungen! |
| Autor & letzte Prüfung | Verantwortlich, Aktualitätsnachweis |
| Review-Datum | Wann ist das nächste Pflicht-Review fällig? |
| Feedback-Buttons | „War das hilfreich?" + Kommentar – wichtige Qualitätsdaten |
4) Self-Service-Quote als KPI
Wenn die KB Anwender wirklich abholt, sinkt das Anruf-Volumen im Service Desk. Die Self-Service-Quote misst das: Anteil der Anliegen, die ohne menschlichen Kontakt gelöst wurden. Schiebe den Slider, um zu sehen, was passiert:
Anrufe pro Monat
Personalbedarf
Kosten/Monat
Anwender-Wartezeit
5) KCS – Knowledge-Centered Service
KCS ist der heute meistverwendete Pflege-Ansatz für Knowledge Bases. Statt eines „Knowledge Managers", der alleine alles pflegt, schreibt jeder Agent Artikel – während er ein Ticket bearbeitet. KCS hat vier Schritte (klick zum Reinschauen):
Wichtige KCS-Prinzipien: Schreiben während der Lösung, nicht danach; Sprache des Kunden verwenden, nicht IT-Jargon; Artikel verbessern statt neu schreiben, wenn schon einer da ist; Wert messen an Wiederverwendung, nicht an Quantität.
6) Inhalts-Strategie und Kategorien
Welche Inhalte gehören in eine KB? Die Hauptkategorien:
- How-To-Anleitungen – „Wie richte ich VPN ein?" Mit Schritten und Screenshots.
- FAQs – kompakte Frage-Antwort-Format. Gut bei einfachen Themen.
- Konzept-Erklärungen – „Was ist Multi-Faktor-Authentifizierung?" Hintergrundwissen.
- Troubleshooting-Guides – „Wenn dein Outlook nicht startet, prüfe ...". Kombiniert mit KEDB.
- Onboarding-Material – „Was du als neuer Mitarbeiter über unsere IT wissen musst".
- Policies & Richtlinien – Passwort-Richtlinie, Datenschutz-Hinweise. Eng verzahnt mit DSGVO-Vorgaben.
- Architektur- & Betriebs-Dokumentation – meist intern, oft Übergang zu Betriebshandbuch.
7) Werkzeuge
| Tool | Stärken |
|---|---|
| Confluence | Marktführer im Enterprise. Sehr flexibel, gute Suche, JIRA-Integration. Kosten pro User. |
| ServiceNow Knowledge | In die ITSM-Suite integriert. KCS-konform out-of-the-box. Sehr mächtig, aber komplex. |
| JIRA Service Management | Eingebauter KB-Bereich. Pro für Atlassian-Setups. |
| Freshservice | Solide KB-Funktionalität, Self-Service-Portal direkt mit dabei. |
| Wiki-basiert (MediaWiki, BookStack, Outline) | Schlanker, oft Open Source. Gut für kleine bis mittlere Setups. |
| SharePoint | Wenn man eh im Microsoft-Stack ist. Suchqualität variabel. |
| Notion / Coda | Modern, hübsch, kollaborativ. Weniger ITSM-fokussiert. |
Wichtiger als das Tool ist die Kultur: wenn niemand Artikel schreibt, hilft auch die teuerste KB-Software nicht. Daher: KCS-Methodik einführen, Schreiben in Ticket-Workflow einbauen.
8) Antipatterns
- Veraltete Artikel. Anleitung beschreibt Outlook 2013, Realität ist Outlook 2024. Anwender frustriert. Lösung: jährliches Pflicht-Review, automatische Alerts bei abgelaufenen Artikeln.
- Zu viel Theorie, zu wenig Praxis. 5 Absätze Erklärung, dann 3 Schritte. Anwender liest nicht weiter. Lösung: Schritte zuerst, Erklärung optional.
- Jargon und Insider-Begriffe. „Konfigurieren Sie das LDAP-Binding in den Verzeichnisdienst-Settings". Welcher Endanwender versteht das? Lösung: Anwender-Sprache.
- Keine Suche. Schöne Hierarchie, aber Anwender muss raten, wo der Artikel liegt. Volltext-Suche ist Pflicht.
- Geheime KB. Großartige Artikel, niemand außer dem 2nd Level kennt sie. Lösung: prominent verlinken (Service-Portal-Startseite), in Schulungen einüben.
- Eine-Person-KB. Knowledge Manager schreibt alles allein – und wird zum Bottleneck. Lösung: KCS, jeder Agent darf schreiben.
- Feedback ignoriert. Anwender bewerten Artikel negativ, nichts passiert. Lösung: Negativ-Feedback-Alerts an Owner, Pflicht zur Reaktion.
Zusammenfassung
Die Knowledge Base ist die durchsuchbare Wissens-Sammlung für allgemeine IT-Fragen. Anders als die KEDB: KB = „wie mache ich X?", KEDB = „warum funktioniert X nicht?". Aufbau eines guten Artikels: Titel (action-orientiert), Kategorie/Tags, Zielgruppe, Sichtbarkeit, Inhalt (Aufgabe → Schritte → Troubleshooting → Verwandt), Screenshots, Autor + Review-Datum, Feedback-Button. Pflege-Ansatz KCS (Knowledge-Centered Service): Capture → Structure → Reuse → Improve; jeder Agent schreibt während der Lösung, nicht ein Knowledge Manager allein. Inhalts-Kategorien: How-To, FAQ, Konzepte, Troubleshooting, Onboarding, Policies, Architektur. Self-Service-Quote als KPI: gute KB hebt Quote von ~5 % auf 30-40 %, senkt Anrufvolumen entsprechend. Tools: Confluence, ServiceNow, JIRA, Freshservice, Wikis. Antipatterns: veraltete Artikel, Jargon, fehlende Suche, geheime KB, Einzelautor-Falle. Kultur (KCS) ist wichtiger als Tool.
Verwandte Lektionen: KEDB · Service Desk · Betriebshandbuch · und mehrWeitere relevante LektionenIncident ManagementProblem ManagementLevel SupportContinual ImprovementTicketsystemeServer-DokumentationNetzwerkdokumentation