Schritt-für-Schritt-Anleitung zum Einrichten eines Jira-Helpdesks

Sie benötigen keinen Server, keine Datenbank und kein Installationsprogramm. Ein Jira-Helpdesk im Jahr 2026 beginnt als Cloud-Site:

1. Melden Sie sich bei Atlassian an und erstellen Sie eine Website – die Adresse sieht wie folgt aus: yourcompany.atlassian.net
2. Fügen Sie Jira Service Management zur Site hinzu und beginnen Sie mit dem Kostenlosen Plan
3. Der kostenlose Plan deckt ein kleines Team ab – in der Vergangenheit waren bis zu 3 Agenten erlaubt, während Kunden kostenlos und unbegrenzt bleiben. Pläne ändern sich. Überprüfen Sie daher die aktuellen Beschränkungen auf der Planseite von Atlassian, bevor Sie das Team dazu verpflichten

Bleiben Sie beim Bauen kostenlos. Jeder Schritt in dieser Anleitung funktioniert mit dem kostenlosen Plan, und Sie können später ein Upgrade durchführen, ohne etwas neu erstellen zu müssen.

Erstellen Sie in Jira ein neues Projekt und wählen Sie eine Service-Management-Vorlage aus – die Vorlage im IT-Service-Desk-Stil ist die richtige Ausgangsform für einen internen Helpdesk. Geben Sie ihm einen Kurzschlüssel (z. B. IT), da der Schlüssel Teil jeder Ticketnummer wird, die Ihre Benutzer bei Ihnen angeben, z. B. IT-142.

Eine ehrliche Wahl erscheint hier: Von Unternehmen verwaltete Projekte teilen Schemata und Einstellungen projektübergreifend und werden von Jira-Administratoren verwaltet; Teamverwaltete Projekte sind einfacher und liegen im Besitz des Projektteams. Für einen ersten Helpdesk mit einem Team funktioniert beides – beachten Sie jedoch, dass sich die Einstellungsbildschirme zwischen den beiden geringfügig unterscheiden.

Das Portal – Atlassian nennt die kombinierte Ansicht das Hilfecenter – ist der einzige Bildschirm, den die meisten Ihrer Benutzer jemals sehen werden. Richten Sie ihn also ein, bevor Sie jemanden einladen:

1. Schreiben Sie eine einzeilige Willkommensnachricht, die erklärt, was dieser Schreibtisch erledigt
2. Legen Sie fest, wer Anfragen stellen kann – für einen internen Schreibtisch nur Personen in Ihrer Organisation; Für den Kundensupport können Sie es später weiter öffnen
3. Fügen Sie eine Ankündigung nur dann hinzu, wenn Sie etwas Reales anzukündigen haben, beispielsweise ein Wartungsfenster

Laden Sie noch nicht das gesamte Büro ein. Ein Portal, das halb konfiguriert geöffnet wird, bringt den Leuten bei, wieder auf E-Mails zuzugreifen.

Anfragetypen sind das, worauf der Kunde klickt. Die dahinter stehenden Arbeitselementtypen sind Ihr internes Geschäft. Beginnen Sie mit einer Handvoll, die das wirkliche Leben abdecken:

• Ein Problem melden – etwas hat zuvor funktioniert und ist dann nicht mehr vorhanden
• Zugriff anfordern – ein System, einen Ordner, ein VPN oder eine Anwendung
• Fragen Sie nach neuer Hardware – mit einer Kurzform für Was und Warum
• Stellen Sie eine Frage – der ehrliche Allheilmittel

Jeder Anfragetyp erhält ein kleines Formular. Fragen Sie nur, was ein Agent wirklich braucht, um mit der Arbeit zu beginnen – jedes zusätzliche Feld kostet Sie ausgefüllte Tickets, weil die Leute auf lange Formulare verzichten und stattdessen Sie anrufen. Sie können Anforderungstypen später in wenigen Minuten hinzufügen. Einen schlechten ersten Eindruck kann man nicht so einfach wieder loswerden.

Fügen Sie nun die Personen hinzu, die die Tickets bearbeiten. Im Jira Service Management gibt es zwei sehr unterschiedliche Arten von Benutzern:

• Agenten – sie bearbeiten Warteschlangen, antworten Kunden und schließen Tickets. Agenten sind das, wofür Pläne zählen und was sie in Rechnung stellen
• Kunden – sie stellen Anfragen und verfolgen ihre eigenen Tickets. Kunden sind kostenlos und unbegrenzt

Laden Sie Ihre Support-Mitarbeiter als Agenten ein und fügen Sie sie dem Projekt hinzu. Vermeiden Sie es, Manager und Umstehende als Agenten hinzuzufügen, nur damit diese sich umschauen können – eine Person, die nur Tickets aufnimmt oder beobachtet, sollte Kunde bleiben oder eine Nur-Zuschauer-Route erhalten, da Agentensitze die knappe Ressource in diesem Produkt sind.

Warteschlangen sind die Art und Weise, wie Agenten ihre Arbeit sehen. Eine Warteschlange ist einfach ein gespeicherter Filter mit Spalten, die nach der Arbeitsweise des Teams sortiert sind. Erstellen Sie drei am ersten Tag:

1. Alles offen – alles noch nicht fertig, das Älteste zuerst, damit nichts stillschweigend verrottet
2. Nicht zugewiesen – neues Werk, das noch niemandem gehört; Diese Warteschlange sollte täglich auf Null zurückgehen
3. Warten auf Kunden – Tickets werden auf eine Antwort blockiert, damit sie Ihre aktive Liste nicht mehr belasten

Warteschlangen basieren auf der Suchsprache von Jira, aber Sie müssen sie heute nicht erlernen – der Warteschlangeneditor erstellt den Filter, während Sie Status und Beauftragte auswählen. Fügen Sie später nur dann eine dringende oder VIP-Warteschlange hinzu, wenn das Team danach fragt.

Ein SLA in Jira ist ein Timer für das Ticket: hauptsächlich Zeit bis zur ersten Antwort und Zeit bis zur Lösung. Halten Sie die erste Version fast schon peinlich einfach:

1. Legen Sie Ziele nach Priorität fest – zum Beispiel erhält die höchste Priorität eine erste Antwort in 1 Stunde und ein festes Ziel von 4 Stunden; Bei normaler Arbeit erhalten Sie noch am selben Werktag eine Antwort
2. Fügen Sie einen Kalender bei, der Ihren tatsächlichen Arbeitszeiten entspricht, damit ein am Freitagabend erstelltes Ticket am Montagmorgen nicht als Verstoß angezeigt wird
3. Starten Sie die Timer bei der Ticketerstellung und stoppen Sie die Lösung bei Ihrem gelösten Status

Eine SLA, die niemand einhalten kann, ist schlimmer als keine – sie trainiert das Team, rote Uhren zu ignorieren. Verschärfen Sie Ihre Ziele nach einem Monat ehrlicher Daten, nicht vorher.

Viele Benutzer werden niemals ein Portal besuchen, und das ist in Ordnung. Aktivieren Sie den E-Mail-Kanal des Projekts: Jedes Serviceprojekt erhält seine eigene E-Mail-Adresse und alles, was an es gesendet wird, wird zu einem Ticket mit dem Absender als Kunden.

Sie können auch Ihr eigenes Support-Postfach (ein Google- oder Microsoft-Postfach, das Ihre Benutzer bereits kennen) anbinden, sodass die bekannte Adresse weiterhin funktioniert. Antworten von Agenten werden wieder per E-Mail verschickt, und Kundenantworten landen im selben Ticket. Der ehrliche Vorbehalt: E-Mail-Tickets kommen mit der vom Absender erfundenen Betreffzeile an, daher gehören Anforderungstypen und aufgeräumte Formulare zum Portal – E-Mail ist das Sicherheitsnetz, nicht die Eingangstür.

Bevor das Büro von diesem Helpdesk erfährt, brechen Sie es selbst:

1. Öffnen Sie das Portal in einem privaten Browserfenster, stellen Sie eine Anfrage jedes Typs und überprüfen Sie, ob die Formulare für einen Nicht-IT-Mitarbeiter sinnvoll sind
2. Senden Sie eine E-Mail an die Projektadresse und bestätigen Sie, dass daraus ein Ticket wird
3. Bearbeiten Sie beide Tickets als Agent – zuweisen, beantworten, lösen – und beobachten Sie bei jedem Schritt die SLA-Uhren und die Sicht des Kunden
4. Korrigieren Sie die zwei oder drei Ecken und Kanten, die Sie finden, und kündigen Sie dann den Portal-Link mit einem Satz darüber an, was er ersetzt

Das ist der ganze Aufbau. Alles andere in dieser Serie – Automatisierung, Berichte, Wissensdatenbankartikel – ist eine Verbesserung gegenüber einem Schreibtisch, der bereits funktioniert, und keine Voraussetzung für den ersten Tag.