Crear un equipo de moderación en Discord: una estructura que aguante con 2.000 miembros

Todo servidor que crece llega al punto en que una sola persona ya no puede moderar. Lo que suele pasar entonces: tres amigos reciben permisos de moderador porque están mucho conectados. Seis meses después, dos de ellos están inactivos, nadie se atreve a quitarles el rol y el tercero está quemado.

No es un problema de personas. Es la falta de un reglamento.

Empieza por los permisos, no por los roles

El orden habitual está al revés. La mayoría crea primero roles que suenan a rangos y después piensa qué deberían poder hacer.

Dale la vuelta. Apunta qué tareas existen realmente:

• Alguien tiene que borrar spam y calmar discusiones
• Alguien tiene que responder a las peticiones de soporte
• Alguien tiene que decidir quién entra en el equipo
• Alguien tiene que organizar eventos

Solo entonces agrupa las tareas en roles. Normalmente salen menos roles de los que esperabas, y cada uno tiene un propósito claro.

Los permisos mínimos

Una regla que ahorra muchos disgustos: nadie recibe Administrador a menos que de verdad tenga que administrar el servidor.

Para la moderación del día a día bastan estos:

Tarea	Permiso necesario
Borrar spam	Gestionar mensajes
Calmar a alguien	Aislar temporalmente a miembros
Echar a alguien	Expulsar miembros
Echar a alguien para siempre	Banear miembros

Eso es todo. Gestionar canales, Gestionar roles y Gestionar servidor son cosa de la dirección, no de la moderación. El motivo no es la desconfianza sino el control de daños: si una cuenta es robada, esta lista exacta decide lo grave que llega a ser.

El reclutamiento necesita un proceso

Mientras los miembros del equipo se recluten a ojo, cada rechazo se vuelve personal. Un proceso fijo protege a ambas partes.

Un proceso que ha dado buen resultado:

1. Solicitudes mediante un formulario, no por mensaje directo. Así toda la dirección ve la misma información.
2. Publica antes los requisitos mínimos. Por ejemplo: 30 días en el servidor, una edad mínima, disponibilidad por semana.
3. Un periodo de prueba. Cuatro semanas con permisos limitados y luego una decisión consciente.
4. Un rechazo es un rechazo con motivo. Basta una frase, pero tiene que estar.

El punto 3 es el más importante y el que más se omite. Un periodo de prueba te da una salida natural en la que nadie queda mal.

Regula la inactividad antes, no después

Esta es la parte más desagradable y por eso la que casi todo el mundo aplaza.

Un miembro del equipo que no hace nada desde hace tres meses ocupa un puesto y desmotiva a quienes sí trabajan. El problema es solo este: sin una regla, cada conversación al respecto se siente como un ataque personal.

Escribe la regla antes de necesitarla. Por ejemplo:

Cada miembro del equipo atiende al menos 10 casos de soporte al mes. Quien quede por debajo recibe un mensaje. Quien vuelva a quedar por debajo el mes siguiente devuelve el rol.

Dos cosas lo hacen llevadero:

Una forma adecuada de ausentarse. Vacaciones, exámenes, enfermedad. Quien avisa de su ausencia no cuenta como inactivo durante ese tiempo. Sin esa vía la regla es injusta y se acaba esquivando.

Un aviso en lugar de una retirada. El primer incumplimiento es un mensaje, no un castigo. Casi todo el mundo se vuelve a poner las pilas después.

Si quieres automatizarlo: AlphaCloud lleva la cuenta mediante las entradas de soporte o los tickets atendidos, y envía el aviso él mismo a través de la comprobación de actividad. Los miembros que han avisado de su ausencia se omiten.

Las advertencias necesitan fecha de caducidad

La misma lógica se aplica internamente. Cuando un miembro del equipo comete un error una vez y recibe una advertencia, esta no debería quedarse para siempre.

Una advertencia que nunca caduca significa que alguien que se equivocó hace dos años está permanentemente a un paso de la retirada. Eso ni es justo ni sirve de nada.

Fija un plazo, por ejemplo 90 días sin una advertencia nueva, y deja que el nivel caduque después.

Haz visibles las decisiones

Dos canales de registros que merece la pena tener:

• Público: incorporaciones, ascensos, salidas. Eso es reconocimiento y de paso responde a la pregunta "quién es del equipo en realidad".
• Interno: advertencias, bloqueos, notas. Solo para la dirección.

La separación es la clave. La comunidad debe ver un ascenso, pero no cada discusión interna sobre él.

Una lista del equipo que se mantiene sola

Un mensaje fijado con todos los miembros del equipo está desactualizado a las cuatro semanas. O lo mantienes a mano cada semana, o dejas que se genere solo a partir de los roles.

Lo segundo es la única versión que sigue siendo correcta. Efecto secundario: cuando alguien deja el equipo desaparece de la lista automáticamente, y nadie tiene que acordarse.

La parte que ningún software resuelve

Un equipo funciona o fracasa por tres cosas para las que no hay interruptor:

Claridad sobre quién decide. Cuando dos moderadores toman decisiones contradictorias, casi nunca es culpa de ellos, sino de que nadie dijo nunca quién tiene la última palabra en una disputa.

Respaldo. Un moderador que toma una decisión impopular pero correcta y luego es corregido en público por la dirección no tomará ninguna decisión la próxima vez.

Una salida. La mayoría de la gente no deja un equipo por enfado, sino porque su vida cambia. Si irse significa ser tachado de traidor, la gente no se va, simplemente se vuelve inactiva. Y entonces estás de nuevo en el problema del principio.