Membangun Tim Moderasi Discord: Struktur yang Tetap Kokoh di 2.000 Anggota

Setiap server yang tumbuh akan sampai di titik di mana satu orang tidak bisa lagi memoderasi sendirian. Yang biasanya terjadi kemudian: tiga teman mendapat izin moderator karena sering online. Enam bulan kemudian dua di antaranya tidak aktif, tidak ada yang berani mencabut perannya, dan yang ketiga kelelahan.

Itu bukan masalah personel. Itu masalah tidak adanya buku aturan.

Mulai dari izin, bukan peran

Urutan yang biasa justru terbalik. Kebanyakan orang pertama-tama membuat peran yang terdengar seperti pangkat, lalu belakangan memikirkan apa yang boleh dilakukan peran itu.

Balik urutannya. Tuliskan tugas apa saja yang sebenarnya ada:

• Seseorang harus menghapus spam dan meredakan pertengkaran
• Seseorang harus menjawab permintaan support
• Seseorang harus memutuskan siapa yang masuk tim
• Seseorang harus mengatur acara

Baru setelah itu kelompokkan tugas menjadi peran. Biasanya hasilnya lebih sedikit peran daripada yang kamu kira, dan masing-masing punya tujuan yang jelas.

Izin minimum

Satu aturan yang menghemat banyak masalah: tidak ada yang mendapat Administrator kecuali dia benar-benar harus mengelola server.

Untuk moderasi sehari-hari, ini sudah cukup:

Tugas	Izin yang dibutuhkan
Menghapus spam	Kelola Pesan
Menenangkan seseorang	Timeout Anggota
Mengeluarkan seseorang	Keluarkan Anggota
Mengeluarkan secara permanen	Larang Anggota

Itu saja. Kelola Saluran, Kelola Peran, dan Kelola Server adalah milik pimpinan, bukan moderasi. Alasannya bukan ketidakpercayaan, melainkan pembatasan kerusakan: kalau sebuah akun dibobol, daftar inilah yang menentukan seberapa parah akibatnya.

Rekrutmen butuh proses

Selama anggota tim direkrut berdasarkan insting, setiap penolakan menjadi urusan pribadi. Proses yang tetap melindungi kedua belah pihak.

Proses yang sudah terbukti:

1. Lamaran lewat formulir, bukan pesan langsung. Dengan begitu semua orang di pimpinan melihat informasi yang sama.
2. Umumkan syarat minimum sebelumnya. Misalnya: 30 hari di server, usia minimum, ketersediaan per minggu.
3. Masa percobaan. Empat minggu dengan izin terbatas, lalu keputusan yang disengaja.
4. Penolakan adalah penolakan dengan alasan. Satu kalimat sudah cukup, tapi harus ada.

Poin 3 paling penting dan paling sering dilewatkan. Masa percobaan memberimu jalan keluar alami di mana tidak ada yang kehilangan muka.

Atur ketidakaktifan sejak awal, bukan belakangan

Ini bagian yang paling tidak enak, dan karena itu hampir semua orang menundanya.

Anggota tim yang tidak melakukan apa-apa selama tiga bulan memblokir satu slot dan menurunkan semangat mereka yang bekerja. Masalahnya hanya ini: tanpa aturan, setiap pembicaraan tentang hal itu terasa seperti serangan pribadi.

Tuliskan aturannya sebelum kamu membutuhkannya. Misalnya:

Setiap anggota tim menangani minimal 10 kasus support per bulan. Siapa pun yang di bawah itu akan mendapat pesan. Siapa pun yang kembali di bawah itu bulan berikutnya menyerahkan perannya.

Dua hal membuat aturan itu bisa diterima:

Cara yang layak untuk izin absen. Liburan, ujian, sakit. Siapa pun yang sudah izin absen tidak dihitung tidak aktif selama waktu itu. Tanpa jalur ini, aturannya tidak adil dan akan diakali.

Peringatan, bukan pencabutan. Kekurangan pertama berupa pesan, bukan hukuman. Hampir semua orang kembali aktif setelahnya.

Kalau kamu ingin mengotomatiskannya: AlphaCloud ikut menghitung lewat catatan support atau tiket yang ditangani, dan mengirim peringatannya sendiri lewat cek aktivitas. Anggota yang sudah izin absen dilewati.

Peringatan butuh tanggal kedaluwarsa

Logika yang sama berlaku secara internal. Kalau seorang anggota tim sekali berbuat salah dan mendapat peringatan, peringatan itu tidak seharusnya berlaku selamanya.

Peringatan yang tidak pernah kedaluwarsa berarti seseorang yang tergelincir dua tahun lalu selamanya hanya selangkah dari dikeluarkan. Itu tidak adil dan juga tidak berguna.

Tetapkan jangka waktu, misalnya 90 hari tanpa peringatan baru, lalu biarkan levelnya kedaluwarsa setelah itu.

Buat keputusan terlihat

Dua saluran log yang layak dimiliki:

• Publik: rekrutmen, promosi, kepergian. Itu bentuk pengakuan, dan sekaligus menjawab pertanyaan "siapa sebenarnya staf".
• Internal: peringatan, penguncian, catatan. Hanya untuk pimpinan.

Pemisahan itulah intinya. Komunitas sebaiknya melihat sebuah promosi, tapi tidak setiap diskusi internal tentangnya.

Daftar tim yang mengurus dirinya sendiri

Pesan yang di-pin berisi daftar semua anggota tim sudah salah setelah empat minggu. Entah kamu memperbaruinya setiap minggu secara manual, atau kamu membiarkannya dibuat sendiri dari peran.

Yang terakhir adalah satu-satunya versi yang tetap benar. Efek sampingnya: saat seseorang keluar dari tim, dia otomatis hilang dari daftar, dan tidak ada yang perlu mengingatnya.

Bagian yang tidak bisa diselesaikan perangkat lunak

Sebuah tim berhasil atau gagal karena tiga hal yang tidak punya tombolnya:

Kejelasan soal siapa yang memutuskan. Saat dua moderator mengambil keputusan yang bertentangan, hampir tidak pernah masalahnya ada pada mereka, melainkan karena tidak ada yang pernah bilang siapa yang punya keputusan akhir saat ada perselisihan.

Dukungan. Moderator yang mengambil keputusan yang tidak populer tapi benar, lalu dikoreksi pimpinan di depan umum, tidak akan mengambil keputusan sama sekali di lain waktu.

Jalan keluar. Kebanyakan orang tidak meninggalkan tim karena marah, mereka pergi karena hidupnya berubah. Kalau berhenti berarti dicap pengkhianat, orang tidak berhenti, mereka hanya jadi tidak aktif. Lalu kamu kembali ke masalah di awal tadi.