Como avaliar o desempenho dos GMs no seu servidor de MU Online

Manter uma equipe de Game Masters (GMs) motivada e confiável é um dos maiores desafios de quem administra um servidor privado de MU Online: são eles que decidem bans, resolvem tickets, e têm acesso a comandos que podem, se mal usados, destruir a confiança da comunidade em poucas horas. Sem um processo de avaliação estruturado, decisões sobre promover, advertir ou desligar um GM acabam sendo emocionais — baseadas em uma reclamação isolada ou em simpatia pessoal. Este tutorial apresenta um modelo de avaliação objetivo, com métricas mensuráveis, indicadores de risco de abuso, e um scorecard pronto para aplicar mensalmente na sua staff.

Por que avaliar GMs de forma estruturada

Um GM tem acesso a comandos que alteram o jogo diretamente: teleporte, spawn de itens, alteração de stats, banimento de contas. Sem avaliação formal, o dono do servidor só descobre um problema quando ele já virou reclamação pública no Discord ou no fórum. Um processo estruturado antecipa esses problemas: identifica queda de qualidade de atendimento, uso indevido de comandos, e favoritismo antes que a comunidade perceba. Além disso, dá ao próprio GM um caminho claro de crescimento — de Helper para GM pleno, de GM pleno para Head-GM — baseado em critérios visíveis, não em favoritismo do dono.

Métricas de atendimento (volume e qualidade)

A primeira dimensão da avaliação é operacional: o GM está resolvendo os tickets que chegam até ele, e com que qualidade?

Colete esses dados do próprio sistema de tickets (Discord com bot de tickets, ou painel web) — a maioria dos bots de suporte já gera esse tipo de relatório automaticamente.

Indicadores de abuso de poder

Essa é a dimensão mais sensível e a que exige logs confiáveis do servidor. Ative (ou confirme que já está ativo) o log de comandos GM no seu emulador — cada /summon, /additem, /ban, /setstats deve gravar quem executou, quando, e em qual alvo.

Um único item gerado "para testar" pode ser legítimo se documentado no canal de staff antes da ação. O problema é o padrão silencioso, não o evento isolado.

Avaliação de comunicação e postura

Além dos números, avalie qualitativamente uma amostra de conversas do GM com jogadores (com consentimento prévio combinado na contratação). Critérios objetivos:

• Usa linguagem respeitosa mesmo com jogador alterado ou hostil.
• Explica a decisão (por que o ban, por que o item não será recriado) em vez de só aplicar a ação.
• Não debate política, religião ou assuntos pessoais em canal oficial.
• Escala para o Head-GM quando o caso foge da sua alçada, em vez de improvisar.
• Mantém o mesmo padrão de resposta em português informal do servidor, sem gírias ofensivas.

Modelo de scorecard mensal

Um scorecard simples, de 0 a 5 por categoria, com peso diferente por dimensão, funciona bem para servidores de qualquer tamanho:

Nota final abaixo de 2,5 em qualquer mês dispara uma conversa individual obrigatória. Duas notas seguidas abaixo de 2,5 na categoria "ausência de indicadores de abuso" justificam suspensão do acesso GM, independentemente das outras notas.

Estrutura de feedback (1:1 mensal)

Não basta calcular a nota — o retorno precisa chegar ao GM de forma construtiva. Um formato que funciona: comece pelos pontos fortes específicos (não genéricos, "resolveu o caso do duplicador de itens rápido"), depois os pontos de melhoria com exemplo concreto (não "seja mais educado", e sim o print da conversa problemática), termine com um combinado de ação para o próximo mês. Documente o 1:1 em um canal privado de RH da staff — isso protege tanto o GM quanto a gestão em caso de disputa futura.

Critérios para promoção de Helper para GM

Muitos servidores usam uma hierarquia Helper → GM → Head-GM. Defina critérios claros de promoção, evitando que ela pareça arbitrária:

Critérios para advertência e desligamento

Assim como a promoção precisa de critério, o desligamento também precisa — isso evita que a decisão pareça perseguição pessoal e protege o servidor de disputas dentro da própria staff.

Ferramentas para automatizar a coleta de dados

Quanto mais manual for a coleta, menos consistente será a avaliação. Algumas opções práticas:

• Bot de tickets no Discord (ex.: Ticket Tool, Hexadecimal) gera relatórios de tempo de resposta e volume automaticamente.
• Log de comandos do próprio emulador (MuEmu, IGCN) geralmente grava em tabela SQL — uma consulta simples extrai comandos por GM e por período.
• Planilha compartilhada (Google Sheets) com o scorecard, atualizada no fechamento do mês, mantém o histórico acessível para toda a liderança.
• Canal privado de staff no Discord com webhook de log de comandos sensíveis, para auditoria em tempo real sem precisar entrar no banco de dados.

Como lidar com conflitos entre GM avaliado e avaliador

Quando o próprio Head-GM tem relação de amizade com o avaliado, o processo perde credibilidade. Defina uma regra simples: nenhum avaliador avalia um GM com quem tem vínculo pessoal fora do servidor (família, sócio em outro projeto). Nesses casos, o dono do servidor assume a avaliação diretamente ou delega a outro Head-GM. Documente essa regra no manual interno da staff, para que ela não pareça improvisada quando o conflito realmente aparecer.

Erros comuns e soluções

Checklist de avaliação de GM

• Log de comandos GM ativo e acessível para auditoria.
• Scorecard mensal com pesos definidos e aplicado a todos os GMs.
• 1:1 mensal agendado com feedback documentado.
• Critérios de promoção e desligamento publicados no manual da staff.
• Regra de conflito de interesse entre avaliador e avaliado definida.
• Canal de auditoria proativa (não só reativa a denúncia) funcionando.
• Histórico de avaliações arquivado para consulta em disputas futuras.

Com o processo de avaliação rodando, o próximo passo natural é revisar também como a staff se comunica com o servidor como um todo, incluindo os canais automatizados de moderação — o que conecta diretamente com a estrutura geral de administração descrita no tutorial de criação de servidor de MU Online.

Perguntas frequentes