Mengatur Sistem Tiket Discord: Apa yang Perlu Diputuskan Sebelum Klik Pertama

Sistem tiket menyelesaikan satu masalah konkret: support tidak lagi terjadi di saluran publik, tempat semua orang ikut membaca dan tidak ada yang bertanggung jawab, melainkan di saluran privat antara orang yang punya masalah dan timmu.

Bagian teknisnya butuh sepuluh menit. Alasan sistem tiket masih sering berakhir kacau bermuara pada empat keputusan yang sebaiknya diambil sejak awal.

Keputusan 1: Berapa banyak kategori

Kesalahan paling umum adalah membagi terlalu rinci. Sebuah server mulai dengan delapan kategori karena semuanya entah bagaimana terdengar masuk akal: Umum, Teknis, Lamaran, Keluhan, Kemitraan, Bug, Pembelian, Lainnya.

Hasilnya bisa ditebak. Anggota memilih kategori yang salah, timmu harus memindahkan tiket ke sana kemari, dan enam dari delapan kategori itu toh tidak pernah menerima apa pun.

Mulai dengan dua atau tiga. Pembagian yang baik mengikuti siapa yang bertanggung jawab, bukan tentang apa isinya:

• Support umum untuk semua yang dijawab tim support-mu
• Lamaran untuk semua yang dilihat pimpinan tim
• Laporan untuk semua yang dilihat moderasi

Kalau sebuah kategori rutin kebanjiran setelah tiga bulan, pecah kategori itu. Arah sebaliknya, menonaktifkan kategori yang mati, lebih tidak enak, karena kamu harus memindahkan tiket.

Keputusan 2: Apa yang kamu tanyakan saat tiket dibuka

Sebagian besar sistem bisa menampilkan formulir kecil sebelum tiket dibuat. Itu menghemat putaran pertanyaan lanjutan pertama, tapi menambah hambatan.

Patokannya: hanya tanyakan apa yang dibutuhkan timmu untuk mulai. Semua yang lain akan muncul dalam percakapan.

Baik:

Tentang apa ini? (wajib, paragraf) Apa yang sudah kamu coba? (opsional, paragraf)

Buruk:

Nama, usia, waktu, sistem operasi, ID Discord, sudah baca aturan (ya/tidak), tautan screenshot, tingkat urgensi dari 1 sampai 5

Discord toh hanya mengizinkan paling banyak lima kolom per formulir. Pakai dua saja.

Keputusan 3: Siapa melihat tiket yang mana

Inilah poin yang akan kamu sesali dalam jangka panjang kalau salah.

Sistem tiket memberikan izin saluran per kategori. Jadi pertanyaannya bukan "siapa yang ada di tim", melainkan "siapa yang boleh membaca lamaran". Kalau tim support-mu punya akses ke kategori lamaran, lima belas orang ikut membaca saat seseorang melamar. Itu jarang sekali disengaja.

Atur perannya per kategori, bukan secara global. Di AlphaCloud, itu adalah kolom peran support di setiap kategori tiket.

Keputusan 4: Apa yang terjadi pada tiket yang ditutup

Server dengan support aktif cepat menghasilkan ratusan saluran tiket. Ada tiga pendekatan yang biasa:

Pendekatan	Kelebihan	Kekurangan
Saluran tetap ada, dipindah ke kategori arsip	Semuanya bisa dibaca	Discord mengizinkan paling banyak 500 saluran per server
Saluran dihapus	Rapi	Riwayatnya hilang
Saluran dihapus, transkrip dibuat lebih dulu	Keduanya	Butuh sistem yang bisa melakukannya

Yang ketiga adalah pilihan yang tepat begitu support-mu berjalan rutin. Transkrip adalah salinan percakapan yang bisa dicari dan masih ada lama setelah salurannya hilang. Kamu akan membutuhkannya paling lambat saat perselisihan pertama tentang apa yang katanya pernah dijanjikan di sebuah tiket.

AlphaCloud menyimpan transkrip di situsnya sendiri, termasuk lampirannya. Yang penting adalah lampiran disimpan saat tiket ditutup, karena tautan gambar Discord berhenti berfungsi begitu salurannya dihapus.

Penyiapannya sendiri

Begitu keempat poin itu sudah diputuskan, sisanya hanya mekanik:

1. Buat kategori Discord tempat saluran tiket akan muncul
2. Buat kategori di bot dan atur peran support-nya
3. Opsional, satu atau dua pertanyaan per kategori
4. Posting panel ke sebuah saluran agar anggota bisa membuka tiket dari sana
5. Atur saluran log

Setelah itu, pastikan kamu membuka tiket sendiri dan menjalaninya sekali. Di situlah kamu menyadari bahwa tim sama sekali tidak bisa melihat kategori baru, atau bahwa pesan sambutannya masih berupa teks placeholder.

Dua hal yang layak ditambahkan belakangan

Penilaian. Setelah tiket ditutup, sistem bisa meminta penilaian. Itu kurang berguna untuk statistik dibanding untuk satu kasus di mana seseorang memberi satu bintang dan menuliskan alasannya. Masukan seperti itu tidak akan pernah kamu dapat dengan cara lain.

Penutupan otomatis. Tiket yang sudah berhari-hari tidak ditulisi siapa pun menyumbat ringkasan. Timer yang menutup tiket setelah 48 jam tanpa aktivitas, dengan bertanya sekali sebelumnya, menjaga daftar tetap rapi tanpa ada yang perlu membereskannya.

Apa yang tidak diselesaikan sistem tiket

Sistem tiket tidak membuat support lebih cepat. Ia hanya membuatnya bisa ditemukan, jelas siapa penanggung jawabnya, dan bisa dibaca kembali setelahnya.

Kalau tidak ada yang menjawab, tidak ada sistem yang membantu. Yang membantu: notifikasi ke tim saat tiket dibuka, dan catatan jujur di panel tentang berapa lama waktu tunggunya saat ini. Keduanya jauh lebih sedikit pekerjaannya daripada meminta maaf atas keheningan belakangan.