Ställa in ett ticketsystem på Discord: vad du ska bestämma före det första klicket

Ett ticketsystem löser ett konkret problem: supporten sker inte längre i offentliga kanaler, där alla läser med och ingen är ansvarig, utan i en privat kanal mellan personen med problemet och ditt team.

Den tekniska delen tar tio minuter. Att ticketsystem ändå ofta slutar i kaos beror på fyra beslut som är bäst att fatta i förväg.

Beslut 1: Hur många kategorier

Det vanligaste misstaget är att dela upp för fint. En server börjar med åtta kategorier eftersom alla låter rimliga på något sätt: Allmänt, Teknik, Ansökan, Klagomål, Partnerskap, Bugg, Köp, Övrigt.

Resultatet är förutsägbart. Medlemmar väljer fel kategori, ditt team måste flytta runt tickets, och sex av de åtta får aldrig in något ändå.

Börja med två eller tre. En bra uppdelning följer vem som är ansvarig, inte vad det handlar om:

• Allmän support för allt som ditt supportteam svarar på
• Ansökningar för allt som teamledningen ser
• Anmälningar för allt som modereringen ser

Om en kategori regelbundet svämmar över efter tre månader, dela den. Åt andra hållet, att lägga ner en död kategori, är det obehagligare, eftersom du då måste flytta tickets.

Beslut 2: Vad du frågar när ett ticket öppnas

De flesta system kan visa ett litet formulär innan ticketet skapas. Det sparar den första omgången motfrågor men lägger till friktion.

Tumregeln: fråga bara efter det ditt team behöver för att börja. Allt annat kommer fram i samtalet.

Bra:

Vad gäller det? (obligatoriskt, stycke) Vad har du redan testat? (valfritt, stycke)

Dåligt:

Namn, ålder, tid, operativsystem, Discord-ID, läst reglerna (ja/nej), länk till skärmbild, brådska från 1 till 5

Discord tillåter ändå högst fem fält per formulär. Använd två.

Beslut 3: Vem ser vilket ticket

Det här är punkten man ångrar länge om man gör fel.

Ett ticketsystem tilldelar kanalbehörigheter per kategori. Så frågan är inte "vem är med i teamet" utan "vem får läsa ansökningar". Om ditt supportteam har åtkomst till ansökningskategorin läser femton personer med när någon söker. Det är sällan meningen.

Ställ in rollerna per kategori, inte globalt. I AlphaCloud är det fältet supportroller i varje ticketkategori.

Beslut 4: Vad som händer med stängda tickets

En server med aktiv support skapar snabbt hundratals ticketkanaler. Det finns tre vanliga upplägg:

Upplägg	Fördel	Nackdel
Kanalen ligger kvar, flyttas till en arkivkategori	Allt går att läsa	Discord tillåter högst 500 kanaler per server
Kanalen raderas	Rent	Historiken är borta
Kanalen raderas, men först skapas en transkription	Båda	Kräver ett system som klarar det

Det tredje är rätt så fort din support körs regelbundet. En transkription är en sökbar kopia av samtalet som finns kvar långt efter att kanalen är borta. Du behöver den senast vid den första diskussionen om vad som påstås ha lovats i ett ticket.

AlphaCloud sparar transkriptioner på en egen webbplats, bilagor inräknade. Det viktiga är att bilagorna sparas när ticketet stängs, eftersom Discords bildlänkar slutar fungera när kanalen raderas.

Själva inställningen

När de fyra punkterna är avgjorda är resten mekanik:

1. Skapa en Discord-kategori där ticketkanalerna ska dyka upp
2. Skapa kategorierna i boten och ställ in supportrollerna
3. Valfritt en eller två frågor per kategori
4. Posta en panel i en kanal som medlemmarna öppnar tickets från
5. Ställ in en loggkanal

Efteråt, öppna absolut ett ticket själv och gå igenom det en gång. Det är där du märker att teamet inte alls ser den nya kategorin, eller att välkomstmeddelandet fortfarande är platshållartexten.

Två saker som är värda att lägga till senare

Betyg. Efter stängning kan systemet be om ett betyg. Det är mindre användbart för statistik än för det enda fallet där någon ger en stjärna och skriver varför. Den återkopplingen får du aldrig annars.

Automatisk stängning. Tickets där ingen har skrivit på flera dagar täpper till översikten. En timer som stänger efter 48 timmars tystnad, och frågar en gång innan, håller listan ren utan att någon behöver städa.

Vad ett ticketsystem inte löser

Det gör inte supporten snabbare. Det gör den bara sökbar, med en ansvarig och läsbar i efterhand.

Om ingen svarar hjälper inget system. Det som hjälper: en avisering till teamet när ett ticket öppnas, och en ärlig notis i panelen om hur lång tid det just nu tar. Båda är betydligt mindre jobb än att be om ursäkt för tystnaden i efterhand.