Internal vs External Knowledge Bases in Jira Service Management
Interne vs. externe Wissensdatenbank in JSM: Einrichtung & Lizenzierung erklärt
Sie richten eine Wissensdatenbank in Jira Service Management ein und plötzlich wird alles… politisch: Wer darf was lesen, wo erscheint es, und warum taucht das Thema Lizenzierung ständig in Gesprächen auf, die eigentlich nur klären sollten: „Wie setze ich mein VPN zurück?“
Ob Sie ITSM für IT-Teams oder allgemeines Service Management für HR und Facility Management betreiben – dieser Leitfaden erklärt den tatsächlichen Unterschied zwischen externer und interner Wissensdatenbank in JSM (mit Confluence im Hintergrund), was Lizenzierung in der Praxis wirklich bedeutet, und gibt Ihnen ein Konfigurationsmuster, das hervorragend funktioniert, wenn:
- IT-Agenten tiefgehende interne Runbooks und SOPs benötigen
- Andere interne Nutzer (Mitarbeiter) sich über das Help Center selbst helfen sollen
- Sie Klarheit, saubere Berechtigungen und null „Ups, wir haben etwas exponiert“-Momente wollen
Interne KB = Agenten-/internes Hub-Erlebnis in Confluence, erfordert Confluence-Lizenzierung für die Personen, die es nutzen.
📑 Was Sie lernen werden
- Externe vs. interne KB in einfacher Sprache
- Brauchen Sie Confluence-Lizenzen für Ihre JSM-Wissensdatenbank?
- Kann man auf die interne KB ohne Confluence-Lizenzen zugreifen?
- Wie sollten Sie interne und externe KB in JSM strukturieren?
- Schritt-für-Schritt-Konfiguration (praktisch)
- Wie Sie Inhalte strukturieren, damit sie nützlich bleiben
- Häufige Stolperfallen (und wie Sie sie vermeiden)
- FAQ
- Checkliste zum Kopieren
1. Externe vs. interne KB in einfacher Sprache
Stellen Sie sich Ihre Wissensdatenbank als zwei verschiedene „Bibliotheken“ vor, die für zwei verschiedene Zielgruppen gebaut wurden.
Externe Wissensdatenbank (kundenorientiert / Self-Service-Portal)
Dies ist die Wissensdatenbank, die Nutzer über das JSM-Kundenportal / Help Center konsumieren. Sie ist für Self-Service konzipiert – „Ich will einfach nur mein Problem lösen“.
Typische Inhalte:
- How-to-Artikel („E-Mail auf dem Handy einrichten“, „VPN-Zugang beantragen“)
- FAQ („Wo finde ich meine Gehaltsabrechnung?“)
- Leichte Fehlerbehebung („Versuchen Sie X, dann Y“)
- Bekannte Probleme („Ausfall-Info“, „Temporärer Workaround“)
Interne Wissensdatenbank (agentenorientiert / internes Team-Playbook)
Dies ist der „Backstage“-Bereich: interne Dokumentation nur für Support-Mitarbeiter. Hier bewahrt Ihr Team die Dinge auf, die Sie auf keinen Fall für normale Nutzer sichtbar haben wollen – nicht weil sie streng geheim sind, sondern weil sie operativer Natur sind.
Typische Inhalte:
- Runbooks und SOPs („Wenn Alert A ausgelöst wird, führen Sie Schritte 1–9 aus“)
- Tiefgehende Fehlerbehebung und Diagnose
- Eskalationspfade („Wann den Vendor / Security / Infra anrufen“)
- Interne Richtlinien und Dokumentation interner Tools
2. Brauchen Sie Confluence-Lizenzen für Ihre JSM-Wissensdatenbank?
Hier entsteht normalerweise die Verwirrung: Das Lesen von Confluence-Seiten kann auf mehr als eine Weise erfolgen – und Atlassian behandelt diese Wege unterschiedlich.
Externe KB: kann ohne Confluence-Lizenzen für alle lesbar sein
Wenn Sie die JSM-Confluence-Integration für Ihr Service-Projekt einrichten, können Sie die Artikelsichtbarkeit so konfigurieren, dass Nutzer über das Self-Service-Portal lesen können, auch wenn sie keine Confluence-Lizenz haben.
Deshalb ist die externe KB die erste Wahl für:
- Mitarbeiter-Self-Service im großen Maßstab
- Kundensupport-Help-Center
- Reduzierung des Ticketvolumens ohne wachsende Confluence-Lizenzkosten
Interne KB: Wenn Sie wirklich das interne KB-Erlebnis wollen, brauchen Sie Confluence-Lizenzen
Wenn Ihr Plan ist: „Agenten sollen den internen Wissensdatenbank-Hub in Confluence nutzen“ (das interne KB-Erlebnis), dann ja – die Personen, die es nutzen, brauchen Confluence-Produktzugang.
Schneller Vergleich
| Aspekt | Externe KB | Interne KB |
|---|---|---|
| Primäre Zielgruppe | Mitarbeiter, Kunden | IT-Agenten, Support-Mitarbeiter |
| Zugriffsmethode | JSM Self-Service-Portal / Help Center | Confluence direkt |
| Confluence-Lizenz erforderlich? | Nein (bei korrekter Konfiguration) | Ja |
| Inhaltstyp | How-tos, FAQs, leichte Fehlerbehebung | Runbooks, SOPs, Eskalationspfade |
| Am besten geeignet für | Self-Service & Ticket-Deflection | Tiefes operatives Wissen |
3. Kann man auf die interne KB ohne Confluence-Lizenz zugreifen?
Wenn Sie mit „interner KB“ das Agenten-/interne Hub-Erlebnis in Confluence meinen:
Dann nein – das ist eine Confluence-Funktion und erfordert Confluence-Lizenzierung für die Nutzer, die es verwenden.
Wenn Sie eigentlich wollen: „Interne Mitarbeiter sollen nützliche Artikel lesen können, während sie in JSM arbeiten, ohne Confluence-Lizenzen für alle kaufen zu müssen,“
dann ja – der Trick ist, das externe Wissensdatenbank-Modell für breite Nutzung zu verwenden und die wirklich internen Inhalte getrennt zu halten.
Das ist das Muster, das wir unten empfehlen, weil es skaliert, sicher ist und Ihre Berechtigungsgeschichte einfach hält.
4. Wie sollten Sie interne und externe KB in JSM strukturieren?
Wenn Sie das sauberste Erlebnis (und das geringste laufende Drama) wollen, behandeln Sie dies als Zwei-Space-Architektur. Für weitere Konfigurationstipps siehe unseren Leitfaden zu JSM Best Practices.
Empfohlene Architektur (zwei Spaces)
| Space | Beschreibung |
|---|---|
| Space A — Mitarbeiter-Help-Center (Externe KB) | Sichere, aufbereitete, mitarbeiterfreundliche Artikel. Verknüpft mit dem JSM Self-Service-Portal. Breit lesbar. |
| Space B — IT-Runbooks & SOPs (Interne KB) | Beschränkt auf IT. Enthält tiefere Diagnosen und nur-interne Verfahren. Wird von Agenten genutzt. |
Warum das so gut funktioniert
- ✅ Mitarbeiter erhalten Self-Service, ohne in internen Details zu ertrinken.
- ✅ IT behält sensibles oder operatives Wissen dort, wo es hingehört.
- ✅ Sie vermeiden versehentliches Oversharing, wenn sich Berechtigungen ändern.
- ✅ Sie können Inhalte in einem Space verbessern, ohne den anderen zu beeinträchtigen.
- ✅ Eine richtig konfigurierte externe KB kann bis zu 45% der Support-Anfragen abwenden (laut Atlassian).
Wenn Sie auch externe Kunden haben (drei Spaces)
Fügen Sie einen dritten Space hinzu, wenn Sie auch externe Kunden unterstützen:
Space C — Kundensupport-KB (Extern) — kundenorientierte Artikel für das öffentliche Help Center
Dies verhindert die Vermischung von „Mitarbeiter-internen“ Anleitungen mit „öffentlichen Kunden“-Anleitungen – was mit der Zeit immer chaotisch wird.
5. Schritt für Schritt: So konfigurieren Sie Ihre JSM-Confluence-Integration
Nachfolgend finden Sie den praktischen Implementierungspfad für die Einrichtung Ihrer Wissensdatenbank. Die Benennung kann je nach UI-Version leicht variieren, aber die Logik bleibt gleich.
Schritt 1 — Erstellen Sie Ihre Confluence-Spaces (Trennung zuerst)
- Erstellen Sie Space A: „IT Help Center (Mitarbeiter)“ — verwenden Sie die Wissensdatenbank-Space-Vorlage
- Erstellen Sie Space B: „IT-Runbooks (Intern)“
Faustregel: Wenn eine Seite interne Systemdetails, Diagnoseschritte, Eskalationskontakte, Vendor-Anweisungen oder irgendetwas „nur für Agenten“ enthält, gehört sie in Space B.Die Wissensdatenbank-Space-Vorlage kommt vorkonfiguriert mit Livesearch– und Content By Label-Makros, die es Nutzern erleichtern, Artikel nach Thema zu finden.
Für Tipps zur effektiven Einrichtung Ihrer Confluence-Spaces lesen Sie Confluence für effiziente Dokumentation nutzen.
Schritt 2 — Verknüpfen Sie Space A mit Ihrem JSM-Projekt (die JSM-Confluence-Integration)
In Ihrem JSM-Service-Projekt:
- Öffnen Sie Projekteinstellungen → Wissensdatenbank
- Wählen Sie den Confluence-Space (Space A), der mit dem Projekt verknüpft werden soll
- Setzen Sie die Anzeigeberechtigungen auf etwas, das für Mitarbeiter-Self-Service geeignet ist (üblicherweise: Alle angemeldeten Benutzer)
- Aktivieren Sie Auto-Search, damit Kunden empfohlene Artikel sehen, während sie ihre Anfrage im Portal eingeben
Ergebnis: Mitarbeiter können Artikel aus dem Self-Service-Portal finden und lesen, was Sie für Ticket-Deflection wollen. Nutzer ohne Confluence-Lizenzen können diese Artikel trotzdem über das Help Center aufrufen.
Schritt 3 — Sperren Sie Space B (Runbooks)
- Beschränken Sie Space B, sodass nur IT-/Support-Mitarbeiter darauf zugreifen können
- Verwenden Sie bei Bedarf Seitenbeschränkungen (besonders für sensible Runbooks)
- Vergeben Sie Confluence-Lizenzen nur an die Personen, die wirklich interne KB-Funktionen nutzen müssen
Schritt 4 — Machen Sie die Artikelerstellung nachhaltig (der versteckte Schritt, den die meisten Teams vergessen)
Entscheiden Sie jetzt, wer was betreut. Sonst wird Ihre KB innerhalb von 90 Tagen zu einem Museum veralteter Anweisungen.
- Weisen Sie Themenverantwortliche zu (VPN, Geräte, Zugänge, HR-Tools usw.)
- Definieren Sie einen Review-Rhythmus (monatlich für Top-Artikel; vierteljährlich für den Rest)
- Verfolgen Sie, was tatsächlich genutzt wird (Aufrufe, Suchen, Deflection) — siehe JSM-Reporting mit Beispielen für Tracking-Ideen
6. Content-Strategie, die die KB tatsächlich nützlich hält
Hier ist ein einfaches Muster, das in IT-Organisationen durchgehend funktioniert:
Der „Zwei-Ebenen-Artikel“-Ansatz
Für alles, was sowohl Mitarbeiter als auch Agenten betrifft, schreiben Sie zwei Artikel:
| Ebene | Ort | Inhaltsfokus |
|---|---|---|
| Mitarbeiter-Artikel | Space A (Self-Service-Portal) | Klar, kurz, sicher, Schritt-für-Schritt. Keine tiefen Interna. |
| Agenten-Runbook | Space B (intern) | Diagnose, Entscheidungsbaum, zu prüfende Logs, Eskalationsschritte. |
Beispiel-Artikelpaare:
- „VPN funktioniert nicht (Mitarbeiter-Anleitung)“ ↔ „VPN funktioniert nicht (IT-Runbook)“
- „Passwort zurücksetzen (Mitarbeiter-Anleitung)“ ↔ „Passwort zurücksetzen (IT-Runbook)“
- „Neuen Laptop beantragen (Mitarbeiter-Anleitung)“ ↔ „Laptop-Bereitstellung (IT-Runbook)“
Das Verständnis von Vorgangstypen vs. Anfragetypen in JSM kann Ihnen auch helfen, Ihre KB-Struktur mit der Kategorisierung von Tickets abzustimmen.
Verwenden Sie die integrierten Vorlagen von Confluence
Confluence bietet How-to– und Troubleshooting-Artikelvorlagen, die speziell für Wissensdatenbanken entwickelt wurden. Die Verwendung dieser Vorlagen gewährleistet Konsistenz und macht es Agenten leichter, schnell neue Artikel zu erstellen.
Schreiben Sie, als würden Sie einem müden Menschen helfen
Ihre besten Artikel klingen nicht „offiziell“. Sie klingen wie ein ruhiger Kollege, der das Problem schon 50 Mal behoben hat und nicht will, dass Sie leiden.
- Verwenden Sie kurze Schritte
- Beschreiben Sie, wie „Erfolg“ nach jedem Schritt aussieht
- Fügen Sie einen „Immer noch nicht gelöst?“-Abschnitt hinzu, der zum richtigen Anfragetyp führt
- Verwenden Sie Screenshots, wo sie wirklich helfen
- Vermeiden Sie Fachjargon in mitarbeiterorientierten Inhalten
7. Häufige Stolperfallen (und wie Sie sie vermeiden)
⚠️ Stolperfalle #1: „Alle angemeldeten Benutzer“ kann breiter sein, als Sie denken
Dies ist normalerweise die richtige Einstellung für Mitarbeiter-Self-Service — aber behandeln Sie sie mit Respekt. Platzieren Sie keine internen Runbooks im Mitarbeiter-Space und hoffen Sie nicht, dass Berechtigungen Sie für immer retten. Das werden sie nicht.
⚠️ Stolperfalle #2: Öffentlicher Zugang („Jeder“) ist selten das, was Sie wollen
Wenn Sie öffentliche Sichtbarkeit aktivieren, veröffentlichen Sie effektiv eine öffentliche Help-Center-Website. Großartig für manche Unternehmen — ein Problem für viele. Wählen Sie es nur bewusst.
⚠️ Stolperfalle #3: Zielgruppen vermischen macht Ihre KB für beide schlechter
Wenn Mitarbeiter-Hilfeartikel und Agenten-Runbooks zusammen leben, wird das Self-Service-Erlebnis unübersichtlich, und das interne Erlebnis wird riskant. Getrennte Spaces machen alle glücklicher.
⚠️ Stolperfalle #4: Keine Ownership = langsamer Verfall
Wissensdatenbanken verrotten leise. Die Lösung ist langweilig, aber effektiv: Ownership + Review-Rhythmus + einfache Hygiene. Erwägen Sie auch, SLAs für Ihre KB-Wartung zu definieren!
8. FAQ
Wenn Agenten Confluence als Confluence-Nutzer verwenden müssen (interner KB-Hub, breitere interne Navigation, Bearbeiten in Confluence usw.), dann ja — diese Personen brauchen Confluence-Produktzugang. Wenn sie nur portalorientierte Artikelnutzung benötigen, kann das über das externe KB-Modell abgewickelt werden.
Ja, häufig. Genau dafür existieren externe Wissensdatenbanken: Lassen Sie Leute sich über das Help Center selbst bedienen, ohne jeden zu einem Confluence-Nutzer zu machen. Der Schlüssel ist die korrekte Konfiguration Ihrer JSM-Confluence-Integration und der Wissensdatenbank-Sichtbarkeit.
Das können Sie, aber es wird mit der Zeit fragil. Teams ändern sich, Berechtigungen driften, Leute kopieren Seiten herum, und plötzlich lecken interne Inhalte zu einer breiten Zielgruppe. Zwei Spaces ist die „ruhig schlafen“-Lösung.
Verwenden Sie den Zwei-Ebenen-Ansatz: Mitarbeiter-Anleitung + internes Runbook. Verlinken Sie sie oben miteinander und halten Sie die Titel parallel. Das skaliert überraschend gut.
Wenn Sie Auto-Search im JSM-Kundenportal aktivieren, sehen Nutzer automatisch empfohlene KB-Artikel, während sie ihre Anfrage eingeben. Wenn sie ihre Antwort finden, bevor sie absenden, wird das Ticket „abgewehrt“ (deflected) — das spart Zeit für den Nutzer und Ihr Support-Team.
Technisch ja, aber dieser Ansatz skaliert nicht gut. Berechtigungen auf Seitenebene erfordern ständige Wartung, sind leicht falsch zu konfigurieren und schaffen Verwirrung darüber, was für wen sichtbar ist. Zwei getrennte Spaces ist einfacher und sicherer.
9. Checkliste (zum Kopieren für Ihr Rollout-Dokument)
📋 KB-Setup-Checkliste
- ☐ Space A erstellen: Mitarbeiter-Help-Center (Externe KB) — Wissensdatenbank-Vorlage verwenden
- ☐ Space B erstellen: IT-Runbooks (Intern)
- ☐ JSM-Confluence-Integration einrichten: Space A mit Ihrem Service-Projekt verknüpfen
- ☐ Space A-Sichtbarkeit für Mitarbeiter-Self-Service setzen (üblicherweise: Alle angemeldeten Benutzer)
- ☐ Auto-Search in den Kundenportal-Einstellungen aktivieren
- ☐ Space B nur auf IT-/Support-Mitarbeiter beschränken
- ☐ Bearbeitungs-Ownership festlegen: Wer betreut welche Themen
- ☐ Review-Rhythmus etablieren (monatlich für Top-Artikel; vierteljährlich sonst)
- ☐ Den „Zwei-Ebenen-Artikel“-Ansatz für gemeinsame Themen übernehmen
- ☐ How-to- und Troubleshooting-Vorlagen für Konsistenz verwenden