Een Discord moderatieteam opbouwen: een structuur die standhoudt bij 2.000 leden

Elke groeiende server komt op het punt waarop één persoon niet meer alleen kan modereren. Wat er dan meestal gebeurt: drie vrienden krijgen moderatorrechten, omdat ze veel online zijn. Een half jaar later zijn er twee inactief, durft niemand ze de rol af te nemen, en is de derde opgebrand.

Dat is geen personeelsprobleem. Het is een ontbrekend regelboek.

Begin bij machtigingen, niet bij rollen

De gebruikelijke volgorde is omgekeerd. De meeste mensen maken eerst rollen aan die klinken als rangen, en bedenken daarna wat die mogen.

Draai het om. Schrijf op welke taken er echt zijn:

• Iemand moet spam verwijderen en ruzies sussen
• Iemand moet supportvragen beantwoorden
• Iemand moet beslissen wie bij het team komt
• Iemand moet evenementen organiseren

Bundel pas daarna taken tot rollen. Meestal levert dat minder rollen op dan je dacht, en heeft elke rol een duidelijk doel.

De minimale machtigingen

Eén regel die veel ellende scheelt: niemand krijgt Beheerder, tenzij hij de server echt moet beheren.

Voor de dagelijkse moderatie volstaan deze:

Taak	Benodigde machtiging
Spam verwijderen	Berichten beheren
Iemand tot rust brengen	Leden een time-out geven
Iemand verwijderen	Leden verwijderen
Permanent verwijderen	Leden verbannen

Dat is alles. Kanalen beheren, Rollen beheren en Server beheren horen bij de leiding, niet bij de moderatie. De reden is geen wantrouwen, maar schadebeperking: als een account wordt overgenomen, bepaalt precies deze lijst hoe erg het wordt.

Werving heeft een proces nodig

Zolang teamleden op gevoel worden geworven, wordt elke afwijzing persoonlijk. Een vast proces beschermt beide kanten.

Een proces dat zich heeft bewezen:

1. Aanmeldingen via een formulier, niet via een DM. Zo ziet iedereen in de leiding dezelfde informatie.
2. Publiceer de minimale eisen vooraf. Bijvoorbeeld: 30 dagen op de server, een minimumleeftijd, beschikbaarheid per week.
3. Een proefperiode. Vier weken met beperkte machtigingen, daarna een bewuste beslissing.
4. Een afwijzing is een afwijzing met een reden. Eén zin is genoeg, maar die moet er staan.

Punt 3 is het belangrijkst en wordt het vaakst weggelaten. Een proefperiode geeft je een natuurlijke uitgang waarbij niemand gezichtsverlies lijdt.

Regel inactiviteit vooraf, niet achteraf

Dit is het onaangenaamste deel en daarom het deel dat bijna iedereen uitstelt.

Een teamlid dat drie maanden niets heeft gedaan, bezet een plek en demotiveert de mensen die wel werken. Het probleem is alleen: zonder regel voelt elk gesprek erover als een persoonlijke aanval.

Schrijf de regel op voordat je hem nodig hebt. Bijvoorbeeld:

Elk teamlid handelt minstens 10 supportgevallen per maand af. Wie daaronder zit, krijgt een bericht. Wie de maand daarna weer daaronder zit, geeft de rol terug.

Twee dingen maken dat draaglijk:

Een nette manier om je af te melden. Vakantie, examens, ziekte. Wie zich afmeldt, telt in die periode niet als inactief. Zonder die route is de regel oneerlijk en wordt hij omzeild.

Een waarschuwing in plaats van verwijdering. Het eerste tekort is een bericht, geen straf. Bijna iedereen pakt het daarna weer op.

Wil je het automatiseren: AlphaCloud telt mee via supportregistraties of afgehandelde tickets, en stuurt de waarschuwing zelf via de activiteitscontrole. Leden die zich hebben afgemeld, worden overgeslagen.

Waarschuwingen hebben een vervaldatum nodig

Dezelfde logica geldt intern. Maakt een teamlid één keer een fout en krijgt hij een waarschuwing, dan moet die niet voor altijd blijven staan.

Een waarschuwing die nooit verloopt, betekent dat iemand die twee jaar geleden een misstap zette, permanent één stap van verwijdering af staat. Dat is niet eerlijk en ook niet nuttig.

Stel een termijn in, bijvoorbeeld 90 dagen zonder nieuwe waarschuwing, en laat het niveau daarna vervallen.

Maak beslissingen zichtbaar

Twee logkanalen die de moeite waard zijn:

• Openbaar: werving, promoties, vertrek. Dat is erkenning, en het beantwoordt meteen de vraag "wie zit er eigenlijk in het team".
• Intern: waarschuwingen, blokkades, notities. Alleen voor de leiding.

De scheiding is het punt. De community moet een promotie zien, maar niet elke interne discussie erover.

Een teamlijst die zichzelf bijhoudt

Een vastgepind bericht met alle teamleden klopt na vier weken niet meer. Of je houdt hem wekelijks met de hand bij, of je laat hem zichzelf genereren uit de rollen.

Dat laatste is de enige versie die klopt. Bijkomend voordeel: als iemand het team verlaat, verdwijnt hij automatisch van de lijst, en hoeft niemand eraan te denken.

Het deel dat geen software oplost

Een team werkt of faalt op drie dingen waar geen schakelaar voor is:

Duidelijkheid over wie beslist. Als twee moderators tegenstrijdige beslissingen nemen, gaat het bijna nooit om hen, maar om het feit dat niemand ooit heeft gezegd wie bij een geschil het laatste woord heeft.

Rugdekking. Een moderator die een impopulaire maar juiste beslissing neemt en daarna publiekelijk door de leiding wordt gecorrigeerd, neemt de volgende keer helemaal geen beslissing meer.

Een uitweg. De meeste mensen verlaten een team niet in woede, ze vertrekken omdat hun leven verandert. Als stoppen betekent dat je als verrader wordt neergezet, stoppen mensen niet, ze worden gewoon inactief. En dan zit je weer bij het probleem van het begin.