Bygga ett modereringsteam på Discord: en struktur som håller vid 2 000 medlemmar

Varje server som växer når punkten där en person inte längre kan moderera ensam. Det som oftast händer då: tre kompisar får moderatorbehörighet för att de ofta är online. Ett halvår senare är två av dem inaktiva, ingen vågar ta ifrån dem rollen, och den tredje är utbränd.

Det är inget personalproblem. Det är ett regelverk som saknas.

Börja med behörigheter, inte roller

Den vanliga ordningen är bakvänd. De flesta skapar först roller som låter som grader och funderar sedan på vad de ska få göra.

Vänd på det. Skriv ner vilka uppgifter som faktiskt finns:

• Någon måste radera spam och lugna ner bråk
• Någon måste svara på supportförfrågningar
• Någon måste bestämma vem som kommer in i teamet
• Någon måste ordna evenemang

Först därefter samlar du uppgifterna i roller. Oftast blir det färre roller än du trodde, och var och en har ett tydligt syfte.

Minimibehörigheterna

En regel som sparar mycket elände: ingen får Administratör om de inte verkligen måste administrera servern.

För vardaglig moderering räcker de här:

Uppgift	Behörighet som behövs
Radera spam	Hantera meddelanden
Lugna ner någon	Ge medlemmar timeout
Ta bort någon	Kicka medlemmar
Ta bort någon för gott	Banna medlemmar

Det är allt. Hantera kanaler, Hantera roller och Hantera server hör till ledningen, inte till modereringen. Skälet är inte misstro utan skadebegränsning: om ett konto kapas avgör just den här listan hur illa det blir.

Rekrytering behöver en process

Så länge teammedlemmar rekryteras på känn blir varje avslag personligt. En fast process skyddar båda sidor.

En process som har visat sig fungera:

1. Ansökningar via ett formulär, inte via direktmeddelande. Då ser alla i ledningen samma information.
2. Publicera minimikraven i förväg. Till exempel: 30 dagar på servern, en minimiålder, tillgänglighet per vecka.
3. En provperiod. Fyra veckor med begränsade behörigheter, sedan ett medvetet beslut.
4. Ett avslag är ett avslag med en anledning. En mening räcker, men den ska finnas där.

Punkt 3 är viktigast och hoppas oftast över. En provperiod ger dig en naturlig utgång där ingen tappar ansiktet.

Reglera inaktivitet i förväg, inte efteråt

Det här är den obehagligaste delen och därför den som nästan alla skjuter upp.

En teammedlem som inte har gjort något på tre månader blockerar en plats och demotiverar dem som jobbar. Problemet är bara detta: utan en regel känns varje samtal om det som ett personligt angrepp.

Skriv ner regeln innan du behöver den. Till exempel:

Varje teammedlem hanterar minst 10 supportärenden per månad. Den som ligger under får ett meddelande. Den som ligger under igen månaden därpå lämnar tillbaka rollen.

Två saker gör det uthärdligt:

Ett ordentligt sätt att anmäla frånvaro. Semester, tentor, sjukdom. Den som har anmält frånvaro räknas inte som inaktiv under den tiden. Utan den vägen är regeln orättvis och kringgås.

En varning i stället för borttagning. Den första gången någon ligger under är det ett meddelande, inte ett straff. Nästan alla kommer igång igen efteråt.

Om du vill automatisera det: AlphaCloud räknar via supportposter eller hanterade tickets och skickar varningen själv via aktivitetskontrollen. Medlemmar som har anmält frånvaro hoppas över.

Varningar behöver ett utgångsdatum

Samma logik gäller internt. När en teammedlem gör ett misstag en gång och får en varning ska den inte stå kvar för alltid.

En varning som aldrig går ut betyder att någon som snubblade för två år sedan för alltid är ett steg från att tas bort. Det är varken rättvist eller användbart.

Sätt en period, till exempel 90 dagar utan ny varning, och låt nivån gå ut efter det.

Gör besluten synliga

Två loggkanaler som är värda att ha:

• Offentlig: rekryteringar, befordringar, avgångar. Det är erkännande, och det besvarar på köpet frågan "vem är egentligen personal".
• Intern: varningar, spärrar, anteckningar. Bara ledningen.

Uppdelningen är poängen. Communityn ska se en befordran, men inte varje intern diskussion om den.

En teamlista som sköter sig själv

Ett fäst meddelande med alla teammedlemmar är fel efter fyra veckor. Antingen uppdaterar du det för hand varje vecka, eller så låter du det skapas automatiskt från rollerna.

Det senare är den enda versionen som förblir korrekt. Bieffekt: när någon lämnar teamet försvinner de automatiskt från listan, och ingen behöver komma ihåg det.

Den del som ingen mjukvara löser

Ett team fungerar eller faller på tre saker som det inte finns någon brytare för:

Klarhet om vem som bestämmer. När två moderatorer fattar motsägande beslut handlar det nästan aldrig om dem, utan om att ingen någonsin sa vem som har sista ordet i en tvist.

Uppbackning. En moderator som fattar ett impopulärt men korrekt beslut och sedan offentligt rättas av ledningen kommer inte att fatta något beslut alls nästa gång.

En väg ut. De flesta lämnar inte ett team i ilska, de lämnar för att livet förändras. Om att sluta innebär att bli stämplad som förrädare slutar folk inte, de blir bara inaktiva. Och då är du tillbaka vid problemet från början.