Discord 모더레이션 팀 만들기: 멤버 2,000명에서도 버티는 구조

성장하는 서버는 언젠가 한 사람이 혼자 관리할 수 없는 시점에 이르러요. 그때 보통 일어나는 일은 이래요: 자주 접속한다는 이유로 친구 세 명이 모더레이터 권한을 받아요. 반년 뒤 두 명은 활동하지 않고, 아무도 그 역할을 뺏을 엄두를 내지 못하고, 나머지 한 명은 지쳐 버려요.

이건 인력 문제가 아니에요. 규칙집이 없는 거예요.

역할이 아니라 권한부터 시작하세요

보통의 순서는 거꾸로예요. 대부분은 먼저 계급처럼 들리는 역할을 만들고, 그다음에 무엇을 할 수 있어야 하는지 정해요.

순서를 뒤집으세요. 실제로 어떤 업무가 있는지 적어 보세요:

• 누군가는 스팸을 지우고 다툼을 진정시켜야 해요
• 누군가는 지원 요청에 답해야 해요
• 누군가는 누가 팀에 들어올지 정해야 해요
• 누군가는 이벤트를 준비해야 해요

그다음에야 업무를 묶어 역할로 만드세요. 보통 생각보다 적은 역할이 나오고, 각각 목적이 분명해요.

최소한의 권한

많은 골칫거리를 덜어 주는 규칙 하나: 정말로 서버를 관리해야 하는 사람이 아니면 아무도 관리자 권한을 받지 않아요.

일상적인 관리에는 이것으로 충분해요:

업무	필요한 권한
스팸 삭제	메시지 관리하기
누군가 진정시키기	멤버 타임아웃하기
누군가 내보내기	멤버 추방하기
영구적으로 내보내기	멤버 차단하기

이게 전부예요. 채널 관리하기, 역할 관리하기, 서버 관리하기는 운영진의 몫이지 모더레이션의 몫이 아니에요. 이유는 불신이 아니라 피해 관리예요: 계정이 탈취되면, 바로 이 목록이 피해가 얼마나 커질지를 정해요.

모집에는 절차가 필요해요

팀원을 감으로 뽑는 동안에는 모든 거절이 개인적인 문제가 돼요. 정해진 절차는 양쪽 모두를 보호해요.

효과가 검증된 절차예요:

1. 지원은 양식으로 받고, DM으로 받지 않아요. 그래야 운영진 모두가 같은 정보를 봐요.
2. 최소 조건을 미리 공개하세요. 예를 들어: 서버에 있은 지 30일, 최소 나이, 주당 활동 가능 시간.
3. 수습 기간. 제한된 권한으로 4주를 보낸 뒤, 의도적으로 결정해요.
4. 거절에는 이유가 있어야 해요. 한 문장이면 충분하지만, 있어야 해요.

3번이 가장 중요하고, 가장 자주 빠져요. 수습 기간은 아무도 체면을 잃지 않는 자연스러운 출구를 만들어 줘요.

비활동은 나중이 아니라 미리 정하세요

가장 불편한 부분이라서 거의 모두가 미루는 부분이에요.

석 달 동안 아무것도 하지 않은 팀원은 자리를 차지하고, 일하는 사람들의 의욕을 꺾어요. 문제는 규칙이 없으면 그 이야기를 꺼내는 대화가 모두 인신공격처럼 느껴진다는 거예요.

필요해지기 전에 규칙을 적어 두세요. 예를 들어:

모든 팀원은 한 달에 최소 10건의 지원 사례를 처리해요. 그보다 적으면 메시지를 받아요. 다음 달에도 다시 적으면 역할을 반납해요.

두 가지가 이걸 견딜 만하게 만들어요:

제대로 된 부재 신청 방법. 휴가, 시험, 질병. 부재를 신청한 사람은 그 기간 동안 비활동으로 세지 않아요. 이런 길이 없으면 규칙은 불공정해지고, 사람들은 규칙을 피해 가요.

제거 대신 경고. 처음 기준에 못 미치면 처벌이 아니라 메시지예요. 그 뒤에는 거의 모두가 다시 열심히 해요.

자동화하고 싶다면: AlphaCloud는 지원 기록이나 처리한 티켓을 함께 세고, 활동 확인으로 경고를 직접 보내요. 부재를 신청한 멤버는 건너뛰어요.

경고에는 만료일이 필요해요

같은 논리가 내부에도 적용돼요. 팀원이 한 번 실수해서 경고를 받았다면, 그 경고가 영원히 남아 있으면 안 돼요.

만료되지 않는 경고는 2년 전에 실수한 사람이 영원히 제거 직전에 서 있다는 뜻이에요. 공정하지도 않고 쓸모도 없어요.

기간을 정하세요. 예를 들어 새 경고 없이 90일이 지나면, 그 뒤에는 단계를 만료시키세요.

결정을 보이게 하세요

두 개의 로그 채널을 둘 만해요:

• 공개: 모집, 승진, 탈퇴. 이건 인정의 표시이고, 덤으로 "누가 실제로 스태프인가"라는 질문에도 답해 줘요.
• 내부: 경고, 제한, 메모. 운영진만 봐요.

나누는 게 핵심이에요. 커뮤니티는 승진은 봐야 하지만, 그에 대한 내부 논의까지 모두 볼 필요는 없어요.

스스로 관리되는 팀 목록

모든 팀원을 적어 둔 고정 메시지는 4주만 지나면 틀려져요. 매주 손으로 관리하거나, 역할에서 자동으로 만들어지게 하거나 둘 중 하나예요.

정확하게 유지되는 건 후자뿐이에요. 덤으로, 누군가 팀을 떠나면 목록에서 자동으로 사라지니 아무도 기억할 필요가 없어요.

어떤 소프트웨어도 해결하지 못하는 부분

팀이 잘 돌아가느냐는 스위치가 없는 세 가지에 달려 있어요:

누가 결정하는지에 대한 명확함. 두 모더레이터가 서로 반대되는 판단을 내릴 때, 문제는 거의 그 두 사람이 아니에요. 분쟁이 생기면 누가 최종 결정을 내리는지 아무도 말한 적이 없다는 거예요.

지지. 인기는 없지만 옳은 결정을 내린 모더레이터가 운영진에게 공개적으로 지적받으면, 다음에는 아예 결정을 내리지 않아요.

나가는 길. 대부분의 사람은 화가 나서 팀을 떠나는 게 아니라, 삶이 바뀌어서 떠나요. 그만두는 게 배신자 취급을 받는 일이라면, 사람들은 그만두지 않고 그냥 활동을 멈춰요. 그러면 처음의 문제로 돌아가게 돼요.