Self-Service-Portale, die wirklich genutzt werden: Service Request Management in Jira Service Management

Ein Self-Service-Portal wird dann genutzt, wenn es dem Mitarbeitenden schneller hilft als eine E-Mail an die IT. Das gelingt über drei Prinzipien: eine übersichtliche Kategorienstruktur mit fünf bis sieben Top-Kategorien, automatisierte Genehmigungsworkflows für Anfragen mit Kostenfolgen, und Wissensartikel, die direkt im Suchfluss angeboten werden.

In Jira Service Management setzen wir das mit Request Types, Approvals und der integrierten Wissensdatenbank in Confluence um. Der Schlüssel liegt darin, das Portal aus Sicht der Nutzenden zu bauen und nicht als Abbild des internen IT-Organigramms. Ein gut gestaltetes Portal senkt Ticket-Volumen und Bearbeitungszeit spürbar und lässt sich über die IT hinaus auf HR, Facility und Legal ausdehnen (Enterprise Service Management, ESM).

Als Atlassian Platinum Solution Partner in der Schweiz begleitet Swarmit die Portalgestaltung von der Kategoriestruktur bis zur schrittweisen Erweiterung auf weitere Abteilungen.

Warum viele Portale ungenutzt bleiben

Die Mehrheit der Self-Service-Portale, die wir in ersten Assessments bei neuen Kunden sehen, hat dasselbe Grundproblem: Sie sind gebaut, wie das interne IT-Team funktioniert, und nicht, wie ein Mitarbeitender denkt. Wer neuen Zugang zu einem Fachsystem braucht, weiss nicht, ob das unter «Identity & Access», «Applikationssupport» oder «Benutzerverwaltung» gehört. Also schickt er eine E-Mail. Damit ist das Portal umgangen und der Effizienzgewinn dahin.

Ein gutes Portal kehrt die Perspektive um. Es fragt nicht «welches IT-Team ist zuständig?», sondern «was willst du erreichen?». Die interne Zuordnung passiert danach im Hintergrund, entweder über Automation-Regeln oder bei komplexeren Fällen über einen Rovo-Agent, der die Klassifizierung übernimmt.

Kategorien und Formulare: Weniger ist mehr

Die Portalstruktur ist eine Design-Entscheidung, keine technische. Wir empfehlen fünf bis sieben Top-Kategorien, hinter denen sich jeweils konkrete Request Types verbergen. Die Top-Kategorien orientieren sich an Verben und Zielen: «Zugang bekommen», «Hardware bestellen», «Störung melden», «Software beantragen».

Zwei Regeln haben sich bewährt:

Erstens: Nicht mehr Felder abfragen als nötig. Formulare bleiben so schlank wie möglich, mit bedingten Feldern, die nur dann erscheinen, wenn sie wirklich gebraucht werden.

Zweitens: Suche funktionierend halten. Wenn ein Mitarbeitender «VPN» in die Suchleiste tippt, muss der VPN-Antrag als erstes Ergebnis erscheinen. Dazu gehören sinnvolle Namen der Request Types (nicht «IAM-VPN-P002», sondern «VPN-Zugang beantragen») und passende Synonyme im Titel oder in der Beschreibung.

Wissensartikel als Ticket-Vermeidung

Das effizienteste Ticket ist das, das nie entsteht. JSM verbindet das Portal direkt mit einer Confluence-basierten Wissensdatenbank. Wenn ein Mitarbeitender ein Ticket öffnet und «VPN funktioniert nicht» eingibt, schlägt das Portal passende Artikel vor, bevor das Ticket überhaupt abgeschickt wird.

Damit das funktioniert, brauchen die Artikel drei Eigenschaften:

• Sie beantworten die Frage in den ersten zwei Sätzen. Wer sich durch drei Absätze Vorgeschichte lesen muss, gibt auf.
• Sie sind aktuell. Ein Artikel, der auf eine Software-Version von vor zwei Jahren verweist, richtet mehr Schaden an als kein Artikel.
• Sie sind mit den passenden Request Types verknüpft. Ohne diese Verknüpfung findet das Portal sie nicht.

Wir empfehlen einen einfachen Wartungsrhythmus: Bei jedem geschlossenen Ticket, das beispielsweise häufiger als dreimal im Monat auftaucht, wird geprüft, ob ein Wissensartikel dazu existiert. Wenn nicht, wird einer erstellt. Diese Regel lässt sich in JSM als Aufgabe automatisieren.

Jira Service Management über die IT hinaus

Sobald das IT-Portal etabliert ist, folgt in vielen Organisationen der zweite Schritt: Enterprise Service Management. HR nutzt dieselbe Plattform für Onboarding-Anfragen, Facility für Zutrittskarten und Reparaturmeldungen, Legal für Vertragsprüfungen. Aus Sicht der Mitarbeitenden gibt es dann genau einen Ort für alle internen Anfragen.

Technisch ist der Schritt in JSM überschaubar: neue Projekte, neue Portalstruktur, neue Workflows. Der eigentliche Aufwand liegt in der Prozessarbeit mit den jeweiligen Abteilungen. Wir empfehlen, mit einer Abteilung anzufangen und die Erfahrung dann auf die nächste zu übertragen.

Häufig gestellte Fragen

Wie überzeugt man Mitarbeitende, das Portal zu nutzen statt E-Mail?

Zwei Faktoren wirken zuverlässig. Erstens: Das Portal muss objektiv schneller sein als E-Mail – kürzere Antwortzeiten, klarere Statusinformationen, automatische Rückmeldungen. Zweitens: Der klassische E-Mail-Weg wird schrittweise unattraktiver gemacht (etwa durch Auto-Antworten mit Verweis auf das Portal). Das Verbot per Anweisung funktioniert selten; die Umleitung durch bessere Erfahrung dagegen fast immer.

Kann Jira Service Management auch für HR- oder Facility-Anfragen genutzt werden?

Ja. JSM ist plattformseitig für Enterprise Service Management ausgelegt. Jede Abteilung kann ein eigenes Projekt mit eigenen Formularen, Workflows und Genehmigungswegen betreiben. Aus Sicht der Nutzenden bleibt es ein einheitliches Portal.

Wie geht Jira Service Management mit Schweizer Datenschutzanforderungen um?

Atlassian Cloud unterstützt Datenstandort Schweiz. Für HR- und Personaldaten, die typischerweise besonders schützenswert sind, ist das ein zentrales Kriterium. Die Konfiguration der Data Residency ist beim ESM-Rollout ein eigener Prüfpunkt, den wir mit den Datenschutzverantwortlichen der Organisation abstimmen.

Nächste Schritte

Wenn du dein bestehendes Portal einordnen möchtest, bieten wir ein Portal-Review an: Wir prüfen die aktuelle Struktur, die meistgenutzten Request Types und die tatsächliche Nutzungsstatistik. Ergebnis ist eine Prioritätenliste mit drei bis fünf Verbesserungen, die kurzfristig umsetzbar sind.

Möchtest du dein Portal prüfen lassen? Kontaktiere uns für ein unverbindliches Gespräch.