Discord Ticketsystem einrichten: Was vor dem ersten Klick geklärt sein sollte

Ein Ticketsystem löst ein konkretes Problem: Support findet nicht mehr in öffentlichen Kanälen statt, wo jeder mitliest und niemand zuständig ist, sondern in einem privaten Kanal zwischen der Person mit dem Problem und deinem Team.

Der technische Teil ist in zehn Minuten erledigt. Der Grund, warum Ticketsysteme trotzdem oft im Chaos enden, liegt an vier Entscheidungen, die man am besten vorher trifft.

Entscheidung 1: Wie viele Kategorien

Die häufigste Fehlentscheidung ist, zu fein aufzuteilen. Ein Server startet mit acht Kategorien, weil sie alle irgendwie sinnvoll klingen: Allgemein, Technik, Bewerbung, Beschwerde, Partnerschaft, Bug, Kauf, Sonstiges.

Das Ergebnis ist vorhersehbar. Mitglieder wählen die falsche Kategorie, dein Team muss Tickets verschieben, und bei sechs der acht Kategorien kommt ohnehin nie etwas an.

Fang mit zwei oder drei an. Eine gute Aufteilung orientiert sich daran, wer zuständig ist, nicht daran, worum es geht:

• Allgemeiner Support für alles, was dein Supportteam beantwortet
• Bewerbung für alles, was die Teamleitung sieht
• Meldung für alles, was die Moderation sieht

Wenn eine Kategorie nach drei Monaten regelmäßig überläuft, teilst du sie. Andersherum, also eine tote Kategorie wieder abzuschaffen, ist unangenehmer, weil du dann Tickets umziehen musst.

Entscheidung 2: Was du beim Öffnen abfragst

Die meisten Systeme können ein kleines Formular anzeigen, bevor das Ticket entsteht. Das spart die erste Runde Rückfragen, kostet aber Hürde.

Die Faustregel: Frag nur, was dein Team zum Anfangen braucht. Alles andere klärt sich im Gespräch.

Gut:

Worum geht es? (Pflicht, Absatz) Was hast du bereits versucht? (optional, Absatz)

Schlecht:

Name, Alter, Uhrzeit, Betriebssystem, Discord ID, Serverregeln gelesen (ja/nein), Screenshot Link, Dringlichkeit von 1 bis 5

Discord erlaubt ohnehin höchstens fünf Felder pro Formular. Nutz zwei davon.

Entscheidung 3: Wer sieht welches Ticket

Das ist der Punkt, an dem man sich langfristig ärgert, wenn man ihn falsch macht.

Ein Ticketsystem vergibt Kanalrechte pro Kategorie. Die Frage ist also nicht "wer ist im Team", sondern "wer darf Bewerbungen lesen". Wenn dein Supportteam Zugriff auf die Bewerbungskategorie hat, lesen fünfzehn Leute mit, wenn sich jemand bewirbt. Das ist selten gewollt.

Leg die Rollen pro Kategorie fest, nicht global. Bei AlphaCloud ist das das Feld Support Rollen in jeder Ticket Kategorie.

Entscheidung 4: Was mit geschlossenen Tickets passiert

Ein Server mit aktivem Support produziert schnell hunderte Ticketkanäle. Dafür gibt es drei übliche Wege:

Weg	Vorteil	Nachteil
Kanal bleibt, wird in eine Archivkategorie verschoben	Alles nachlesbar	Discord erlaubt maximal 500 Kanäle pro Server
Kanal wird gelöscht	Sauber	Der Verlauf ist weg
Kanal wird gelöscht, vorher entsteht ein Transkript	Beides	Braucht ein System, das das kann

Der dritte Weg ist der richtige, sobald dein Support regelmäßig läuft. Ein Transkript ist eine durchsuchbare Kopie des Gesprächs, die auch dann noch da ist, wenn der Kanal längst weg ist. Das brauchst du spätestens bei der ersten Diskussion darüber, was in einem Ticket angeblich zugesagt wurde.

AlphaCloud legt dafür Transkripte auf einer eigenen Seite ab, samt Anhängen. Wichtig ist dabei, dass die Anhänge beim Schließen mitgesichert werden, weil Discords Links für Bilder nicht mehr funktionieren, sobald der Kanal gelöscht ist.

Die Einrichtung selbst

Wenn die vier Punkte geklärt sind, ist der Rest Mechanik:

1. Eine Discord Kategorie anlegen, in der die Ticketkanäle entstehen sollen
2. Im Bot die Kategorien anlegen und die Support Rollen setzen
3. Optional ein bis zwei Fragen pro Kategorie
4. Ein Panel in einen Kanal posten, über das Mitglieder öffnen
5. Einen Log Kanal setzen

Danach unbedingt selbst ein Ticket öffnen und einmal durchspielen. Das ist der Punkt, an dem man merkt, dass das Team die neue Kategorie gar nicht sieht oder dass die Willkommensnachricht noch der Platzhaltertext ist.

Zwei Dinge, die sich später lohnen

Bewertungen. Nach dem Schließen kann das System nach einer Bewertung fragen. Das ist weniger für die Statistik nützlich als für den einen Fall, in dem jemand einen Stern vergibt und dazuschreibt, warum. Diese Rückmeldungen bekommst du sonst nie.

Automatisches Schließen. Tickets, in denen seit Tagen niemand mehr geschrieben hat, verstopfen die Übersicht. Ein Timer, der nach 48 Stunden Stille schließt und vorher einmal nachfragt, hält die Liste sauber, ohne dass jemand aufräumen muss.

Was ein Ticketsystem nicht löst

Es macht Support nicht schneller. Es macht ihn nur auffindbar, zuständig und nachlesbar.

Wenn niemand antwortet, hilft kein System. Was hilft: eine Benachrichtigung ins Teamteam, wenn ein Ticket aufgeht, und eine ehrliche Angabe im Panel, wie lange es gerade dauert. Beides ist deutlich weniger Arbeit, als sich hinterher für Funkstille zu entschuldigen.