Ein Ticketing-System ist das operative Rückgrat jeder Support-Funktion. Ohne ein solches System erreichen Support-Anfragen das Team über mehrere Kanäle – E-Mail, Chat, Kontaktformulare, Telefon – und werden in gemeinsam genutzten E-Mail-Postfächern, Tabellenkalkulationen oder gar nicht nachverfolgt. Anfragen gehen verloren. Kunden wiederholen sich. Niemand weiß, was bereits gelöst wurde und was nicht.
Die Einrichtung eines Ticketing-Systems muss nicht kompliziert sein. Dieser Leitfaden richtet sich speziell an kleine Teams, die es zum ersten Mal einrichten – was zu konfigurieren ist, in welcher Reihenfolge und was in der Anfangsphase zu vermeiden ist.
Was ein Ticketing-System eigentlich leistet
Im Kern wandelt ein Ticketing-System jede Kundenanfrage – unabhängig von ihrer Quelle – in einen standardisierten Datensatz um, der als Ticket bezeichnet wird. Jedes Ticket enthält:
- Eine eindeutige Referenz-ID (z. B. #TK-1042)
- Einen Status (Neu, Offen, Ausstehend, Gelöst, Geschlossen)
- Eine Priorität (Niedrig, Mittel, Hoch, Dringend)
- Einen zugewiesenen Agenten
- Eine vollständige Kommunikationshistorie
- Alle internen Notizen, die Agenten füreinander hinterlassen
Diese Struktur verwandelt ein Chaos eingehender Nachrichten in eine verwaltete, nachvollziehbare Warteschlange. Nichts geht verloren. Die Verantwortlichkeit ist klar. Die Historie bleibt erhalten.
Schritt 1: Alle eingehenden Anfragequellen erfassen
Bevor Sie irgendetwas konfigurieren, identifizieren Sie alle Kanäle, über die Kunden Sie derzeit kontaktieren:
- E-Mail (welche Adressen? support@, info@, hello@?)
- Kontaktformular auf Ihrer Website
- Live-Chat
- Telefon (manuell in Tickets umgewandelt)
- Direktnachrichten in sozialen Medien (sofern das Volumen dies rechtfertigt)
- API (für technische Integrationen)
Entscheiden Sie für jeden Kanal, ob er direkt in Ihr Ticketing-System weitergeleitet wird oder eine manuelle Eingabe erfordert. Die meisten modernen Ticketing-Systeme können die Erfassung von E-Mails und Kontaktformularen automatisieren. Chat-Gespräche, die sich zu laufenden Support-Anfragen entwickeln, lassen sich in der Regel mit einem Klick in Tickets umwandeln.
Schritt 2: Zuerst die E-Mail-Integration einrichten
E-Mail ist die häufigste Ticket-Quelle für kleine Teams. Konfigurieren Sie Ihr Ticketing-System so, dass es Nachrichten von Ihrer Support-E-Mail-Adresse abruft – in der Regel support@ihreunternehmen.de.
Die Einrichtung umfasst üblicherweise:
- Erstellen oder Festlegen einer Support-E-Mail-Adresse
- Hinzufügen dieser Adresse zu Ihrem Ticketing-System
- Das System ruft den Posteingang ab (via IMAP) oder erhält eine weitergeleitete Kopie jeder E-Mail
- Jede E-Mail wird automatisch zu einem neuen Ticket
Wichtige Prüfung: Konfigurieren Sie das System so, dass Antworten, die vom Ticketing-System gesendet werden, so erscheinen, als kämen sie von Ihrer Support-Adresse – nicht von der Adresse der Ticketing-Plattform. Kunden sollten support@ihreunternehmen.de im Absenderfeld sehen, nicht ticket-12345@helpdesk.anbieter.com.
Schritt 3: Ticket-Status definieren
Die meisten Plattformen werden mit Standard-Status ausgeliefert (Neu, Offen, Ausstehend, Gelöst, Geschlossen). Für kleine Teams ist das oft ausreichend. Verstehen Sie, was jeder Status in Ihrem Arbeitsablauf bedeutet:
| Status | Bedeutung |
|---|---|
| Neu | Eingegangen, noch nicht gelesen oder zugewiesen |
| Offen | In Bearbeitung; die nächste Aktion liegt beim Agenten |
| Ausstehend | Wartet auf die Antwort des Kunden oder auf eine externe Abhängigkeit |
| Gelöst | Der Agent betrachtet das Problem als gelöst; wartet auf Kundenbestätigung oder automatischen Schließ-Timer |
| Geschlossen | Vollständig abgeschlossen; erscheint nur in der Historie |
Fügen Sie keine benutzerdefinierten Status hinzu, bis Sie den Standard-Satz mindestens zwei Monate lang verwendet haben. Zusätzliche Status, die nicht klar definiert sind, führen zu Verwirrung und Inkonsistenz bei deren Verwendung durch die Agenten.
Schritt 4: Kategorien und Abteilungen einrichten
Kategorien helfen Ihnen beim Filtern, Berichten und Weiterleiten von Tickets. Starten Sie einfach:
- Abrechnung
- Technischer Support
- Konto und Anmeldung
- Allgemeine Anfrage
- Feature-Anfrage
Sie können später weitere Kategorien hinzufügen. Die wichtigsten Kategorien sind diejenigen, die Tickets an verschiedene Agenten oder Teams weiterleiten. Wenn Ihr gesamtes Team alle Kategorien bearbeitet, fügt eine aufwendige Kategorisierung Overhead hinzu, ohne einen operativen Nutzen zu bringen – Agenten müssen das Ticket ohnehin lesen.
Wenn Ihr Team über eigenständige Abteilungen verfügt (Vertrieb, Technischer Support, Abrechnung), konfigurieren Sie das Abteilungs-Routing so, dass als „Abrechnung" kategorisierte Tickets direkt in die Warteschlange des Abrechnungsteams gehen – nicht in einen allgemeinen Pool.
Schritt 5: Prioritätsstufen konfigurieren
Die Priorität bestimmt die Dringlichkeit und die Bearbeitungsreihenfolge. Ein praktisches Vier-Stufen-System:
| Priorität | Definition |
|---|---|
| Dringend | System ist ausgefallen oder vollständig unbrauchbar; unmittelbare geschäftliche Auswirkung |
| Hoch | Wichtige Funktion defekt oder blockiert eine zeitkritische Aufgabe |
| Mittel | Etwas funktioniert nicht, aber es gibt eine Umgehungslösung; nicht zeitkritisch |
| Niedrig | Fragen, Feedback, kleinere Probleme ohne unmittelbare geschäftliche Auswirkung |
Zunächst legen Agenten die Priorität manuell fest. Mit dem Wachstum Ihres Teams können Sie Automatisierung hinzufügen: Tickets, bei denen der Betreff „dringend" oder „funktioniert nicht" enthält, werden automatisch als Hoch markiert. KI-basierte Prioritätsvorschläge lesen die Nachricht und empfehlen eine Prioritätsstufe.
Schritt 6: Tickets korrekt zuweisen
Für kleine Teams (1–5 Agenten) ist die manuelle Zuweisung in Ordnung. Ein Agent liest das neue Ticket, übernimmt die Verantwortung und beginnt mit der Bearbeitung.
Mit dem Wachstum des Teams konfigurieren Sie Zuweisungsregeln:
- Round-Robin: Neue Tickets werden dem nächsten Agenten in der Rotation zugewiesen
- Fähigkeitsbasiert: Abrechnungstickets gehen an den Abrechnungsagenten, technische Tickets an den Support-Ingenieur
- Lastausgleich: Neue Tickets gehen an den Agenten mit den wenigsten offenen Tickets
Unabhängig von der Methode sollte jedes Ticket einen Verantwortlichen haben. Nicht zugewiesene Tickets sind der häufigste Grund, warum Anfragen durchs Raster fallen.
Schritt 7: Erste Canned Responses schreiben
Eine Canned Response ist eine vorgefertigte Antwortvorlage, die Agenten mit einer Aktion einfügen können. Schreiben Sie für ein kleines Team, das gerade erst anfängt, Canned Responses für Ihre fünf häufigsten Fragen. Das werden wahrscheinlich folgende sein:
- Eingangsbestätigung / „Wir haben Ihre Anfrage erhalten und bearbeiten sie"
- Anweisungen zum Zurücksetzen des Passworts
- Anfrage zu Abrechnung oder Rechnung
- Bestätigung einer Feature-Anfrage
- Eskalationshinweis / „Ich leite dies an unser technisches Team weiter"
Canned Responses sollten Ausgangspunkte sein – keine endgültigen Antworten. Agenten sollten sie immer an den spezifischen Ticket-Kontext anpassen.
Schritt 8: Interne Notizen einrichten
Interne Notizen sind Nachrichten, die nur für Agenten sichtbar sind – nicht für den Kunden. Sie dienen mehreren Zwecken:
- Kontext für den nächsten Agenten hinterlassen, der das Ticket übernimmt
- Dokumentieren, was während der Fehlerbehebung versucht wurde
- Einen Kollegen per @Erwähnung um Input bitten
Stellen Sie sicher, dass Agenten den Unterschied zwischen einer Antwort (für den Kunden sichtbar) und einer internen Notiz (nur für Agenten) verstehen. Die meisten Ticketing-Systeme unterscheiden diese in der Benutzeroberfläche deutlich – typischerweise durch eine andere Farbe oder einen anderen Hintergrund. Schulen Sie neue Agenten ausdrücklich darin; das versehentliche Senden einer internen Notiz an den Kunden ist ein vermeidbarer Fehler.
Schritt 9: Kundenbenachrichtigungen konfigurieren
Kunden sollten automatisch eine E-Mail erhalten, wenn:
- Ihr Ticket erstellt wird (mit der Referenznummer)
- Ein Agent antwortet
- Der Ticket-Status sich ändert (gelöst, geschlossen)
Diese Benachrichtigungen halten den Kunden informiert, ohne dass Agenten ihn manuell aktualisieren müssen. Stellen Sie sicher, dass Benachrichtigungen von Ihrer eigenen Support-E-Mail-Adresse kommen und die Ticket-Referenznummer in der Betreffzeile enthalten – dies ermöglicht es Kunden, per E-Mail zu antworten, wobei die Antwort automatisch dem richtigen Ticket hinzugefügt wird.
Schritt 10: Einen einwöchigen Pilot vor dem vollständigen Start durchführen
Bevor Sie alle Kundenanfragen über das neue System leiten:
- Lassen Sie zwei oder drei Agenten es eine Woche lang mit einer Teilmenge echter Tickets nutzen
- Identifizieren Sie etwaige Workflow-Lücken oder Konfigurationsprobleme
- Passen Sie Kategorien, Status oder Routing-Regeln auf Basis der tatsächlichen Nutzung an
- Dokumentieren Sie den Workflow in einem kurzen internen Leitfaden
Ein einwöchiger Pilot deckt die praktischen Probleme auf, die die reine Konfiguration nicht offenbart – die Grenzfälle, die unklaren Statusübergänge, die zu breite Kategorie.
Was in den ersten drei Monaten zu vermeiden ist
Zu frühe Überautomatisierung: Automatisierungsregeln sind leistungsstark, erfordern aber genaue, konsistente Ticket-Daten, um korrekt zu funktionieren. Bauen Sie zunächst saubere Gewohnheiten manuell auf und automatisieren Sie erst, wenn Sie die Muster verstehen.
Zu viele Pflichtfelder: Jedes Pflichtfeld, das der Agent vor dem Schließen eines Tickets ausfüllen muss, ist ein Hindernis. Beginnen Sie mit dem Minimum (Status, Priorität, Kategorie) und fügen Sie Pflichtfelder nur dann hinzu, wenn Sie einen spezifischen Berichtsbedarf haben, der davon abhängt.
Alte E-Mail-Threads ignorieren: Migrieren Sie alle offenen oder kürzlich laufenden Kunden-Threads aus Ihrem vorherigen Postfach in Tickets, damit Agenten die vollständige Historie haben.
Wie Nura24 kleine Teams beim Ticketing unterstützt
Das Ticketing-Modul von Nura24 ist für Teams konzipiert, die zum ersten Mal strukturierten Support einrichten. Tickets werden automatisch aus E-Mails, Kontaktformular-Einsendungen und Live-Chat-Gesprächen erstellt. Das Agenten-Dashboard zeigt alle Tickets in einer einzigen Ansicht, die nach Status, Priorität, Kategorie und Zuweisung gefiltert werden kann. Interne Notizen, @Erwähnungen, SLA-Timer, Canned Responses und Automatisierungsregeln sind alle verfügbar, ohne technische Konfiguration zu erfordern. Für Teams, die Live-Chat, Kontaktformulare und Ticketing in einem einzigen Workspace wünschen – ohne separate Tools verwalten zu müssen – bietet Nura24 alle vier Module unter einem Dach.