Guía · 1 de septiembre de 2026 · 3 min de lectura
Un soporte por tickets en lugar de los mensajes privados
Mientras el soporte pase por los mensajes privados de los moderadores, depende de la disponibilidad de aquel a quien se conoce. Nada queda registrado, nada se transmite, y la persona más visible lo recibe todo. Un sistema de tickets traslada ese trabajo a un espacio común.
Contenido
Lo que cambia un ticket
Un ticket es un canal privado, abierto a petición, visible para la persona y para el equipo. Tres consecuencias inmediatas.
La solicitud es visible para todo el equipo. Cualquier moderador disponible puede tomarla, en vez de esperar a que vuelva aquel a quien se dirigió.
Es rastreable. Lo dicho, lo prometido y lo decidido queda consultable — incluso seis meses después, cuando la misma persona vuelve sobre el mismo asunto.
Se transmite. Un moderador que se va de vacaciones, o que deja el equipo, no deja tras de sí una decena de conversaciones que nadie puede retomar.
El panel de apertura
Un ticket se abre desde un mensaje fijado en un canal dedicado — un botón, o un menú desplegable. La diferencia entre ambos no es cosmética: el desplegable permite proponer varios temas, y el tema cambia todo lo que viene después.
Cuatro temas cubren lo esencial de los servidores: una pregunta general, un reporte sobre un miembro, un problema técnico, un recurso tras una sanción. Cada uno puede tener su propio mensaje de bienvenida, su propio equipo asignado y su propia categoría de canales.
El tema «recurso tras sanción» merece un trato aparte: quien lo abre está en conflicto con un miembro del equipo. El ticket no debe aterrizar en manos de quien tomó la decisión impugnada.
El mensaje de bienvenida del ticket
Lo lee alguien que espera una respuesta. Tres informaciones, no más:
- Qué se espera de él para avanzar (capturas, apodo implicado, fecha de los hechos).
- El plazo habitual de respuesta — aunque sea aproximado.
- Que la conversación es visible para el equipo, no para los demás miembros.
La asignación
Sin asignación con nombre, un ticket acaba en dos situaciones simétricas: tres moderadores responden a la vez contradiciéndose, o no responde ninguno porque cada uno supone que otro se ocupa.
El botón de asignación resuelve ambas: un moderador se declara responsable, aparece su nombre, y los demás saben que está tratado. Eso da además la única estadística útil de todo el sistema — cuántos tickets ha tratado cada uno, lo que vale más que una impresión para evaluar la carga real.
Cerrar limpiamente
El cierre debe producir dos cosas. Una transcripción del canal, archivada en un canal reservado al equipo: es lo que queda cuando el canal desaparece, y resulta indispensable en caso de impugnación.
Y una notificación a la persona, con la posibilidad de reabrir si la respuesta no convence. Un ticket cerrado sin una palabra se percibe como una puerta en las narices, aunque el problema se haya resuelto.
El borrado del canal puede aplazarse unas horas: da tiempo a recuperar un dato olvidado, sin dejar que se acumulen decenas de canales cerrados.
Los errores clásicos
- Un solo tema para todo. Las solicitudes no tienen ni la misma urgencia ni el mismo destinatario; mezclarlas pone un reporte grave detrás de una pregunta sobre los colores de los roles.
- Demasiados temas. Más allá de cinco, la persona elige al azar y la clasificación deja de servir.
- No limitar el número de tickets abiertos por persona. Uno cada vez evita que un descontento abra doce.
- Dejar los tickets abiertos indefinidamente. Un recordatorio automático tras unos días sin respuesta, y luego un cierre, mantiene la lista utilizable.
- Olvidar la transcripción. Uno se da cuenta exactamente el día en que la necesita.
Preguntas frecuentes
¿Los tickets deben ser anónimos?
No: el equipo necesita saber a quién responde. Un reporte anónimo corresponde a otro mecanismo, con sus propias reglas.
¿Cuántos moderadores hacen falta para llevar los tickets?
Con dos basta en un servidor pequeño, siempre que se anuncie un plazo honesto. Lo que desanima no es la espera: es esperar sin saber cuánto.
¿Se puede añadir a alguien a un ticket en curso?
Sí, y a menudo hace falta — un testigo, un responsable, o la persona señalada en un reporte. La retirada también debe ser posible.
¿Qué hacer con los tickets abusivos?
Tratarlos como el resto: cierre con motivo, y un aviso en caso de repetición. Bloquear la apertura a una persona concreta sigue siendo la opción de último recurso.
Leer después : Avisos y sanciones, Registros, Planning del equipo.