Как собрать команду модерации в Discord: структура, которая выдержит 2000 участников

Каждый растущий сервер доходит до момента, когда один человек больше не может модерировать в одиночку. Что обычно происходит дальше: три друга получают права модератора, потому что часто бывают онлайн. Через полгода двое из них неактивны, никто не решается забрать у них роль, а третий выгорел.

Это не проблема людей. Это отсутствие регламента.

Начинай с прав, а не с ролей

Привычный порядок перевёрнут. Большинство сначала создаёт роли, которые звучат как звания, а потом думает, что им можно делать.

Переверни это. Запиши, какие задачи реально существуют:

• Кто-то должен удалять спам и гасить споры
• Кто-то должен отвечать на запросы поддержки
• Кто-то должен решать, кто попадает в команду
• Кто-то должен организовывать события

Только потом объединяй задачи в роли. Обычно ролей получается меньше, чем ты ожидал, и у каждой ясная цель.

Минимальные права

Одно правило, которое избавляет от многих проблем: никто не получает Администратора, если ему действительно не нужно администрировать сервер.

Для повседневной модерации достаточно этого:

Задача	Нужное право
Удалять спам	Управлять сообщениями
Успокоить кого-то	Отправлять участников подумать о своём поведении
Удалить кого-то	Выгонять участников
Удалить навсегда	Банить участников

Это всё. Управлять каналами, Управлять ролями и Управлять сервером относятся к руководству, а не к модерации. Причина не в недоверии, а в ограничении ущерба: если аккаунт взломают, именно этот список решит, насколько всё будет плохо.

Наём требует процесса

Пока участников команды набирают на глаз, каждый отказ становится личным. Чёткий процесс защищает обе стороны.

Процесс, который себя оправдал:

1. Заявки через форму, а не в личных сообщениях. Так всё руководство видит одну и ту же информацию.
2. Заранее опубликуй минимальные требования. Например: 30 дней на сервере, минимальный возраст, доступность в неделю.
3. Испытательный срок. Четыре недели с ограниченными правами, затем осознанное решение.
4. Отказ это отказ с причиной. Хватит одного предложения, но оно должно быть.

Пункт 3 самый важный, и его пропускают чаще всего. Испытательный срок даёт естественный выход, при котором никто не теряет лицо.

Неактивность регулируй заранее, а не потом

Это самая неприятная часть, и поэтому её откладывают почти все.

Участник команды, который три месяца ничего не делает, занимает место и демотивирует тех, кто работает. Проблема только в одном: без правила каждый разговор об этом ощущается как личная атака.

Запиши правило до того, как оно понадобится. Например:

Каждый участник команды обрабатывает не менее 10 обращений в поддержку в месяц. Кто ниже этого, получает сообщение. Кто снова оказывается ниже в следующем месяце, возвращает роль.

Две вещи делают это терпимым:

Нормальный способ взять отгул. Отпуск, экзамены, болезнь. Кто отметился как отсутствующий, в это время не считается неактивным. Без такого пути правило несправедливо, и его будут обходить.

Предупреждение вместо снятия. Первое недовыполнение это сообщение, а не наказание. Почти все после этого снова включаются.

Если хочешь автоматизировать: AlphaCloud ведёт подсчёт через записи поддержки или обработанные тикеты и сам отправляет предупреждение через проверку активности. Отметившиеся как отсутствующие пропускаются.

У предупреждений должен быть срок годности

Та же логика работает и внутри команды. Если участник команды один раз ошибся и получил предупреждение, оно не должно висеть вечно.

Предупреждение, которое никогда не истекает, означает, что человек, оступившийся два года назад, постоянно находится в шаге от снятия. Это ни справедливо, ни полезно.

Задай срок, например 90 дней без нового предупреждения, и пусть уровень потом сгорает.

Делай решения видимыми

Два канала логов, которые стоит завести:

• Публичный: приём в команду, повышения, уходы. Это признание, и заодно ответ на вопрос "а кто вообще в команде".
• Внутренний: предупреждения, блокировки, заметки. Только для руководства.

В разделении весь смысл. Сообщество должно видеть повышение, но не каждое внутреннее обсуждение вокруг него.

Список команды, который ведёт себя сам

Закреплённое сообщение со всеми участниками команды через четыре недели уже неверно. Либо ты еженедельно обновляешь его вручную, либо позволяешь ему собираться самому из ролей.

Второе единственный вариант, который остаётся верным. Побочный эффект: когда кто-то уходит из команды, он автоматически исчезает из списка, и никому не нужно об этом помнить.

Часть, которую не решит никакая программа

Команда работает или нет из-за трёх вещей, для которых нет переключателя:

Ясность в том, кто решает. Когда два модератора принимают противоположные решения, дело почти никогда не в них, а в том, что никто так и не сказал, за кем последнее слово в споре.

Поддержка. Модератор, который принял непопулярное, но правильное решение, а потом был публично поправлен руководством, в следующий раз вообще не будет ничего решать.

Выход. Большинство людей уходят из команды не со злости, а потому что меняется жизнь. Если уход означает, что тебя запишут в предатели, люди не уходят, а просто становятся неактивными. И тогда ты снова у проблемы из начала.