Formulário de staff no Discord: como controlar as candidaturas no seu servidor

A maioria dos servidores coleta as candidaturas para staff com um Google Form ou um bot de tickets. Coletar é a parte fácil. A bagunça aparece depois: quais candidaturas alguém já leu, quem está entrevistando quem, e alguém chegou a responder a pessoa que se candidatou em março?

Este guia monta um controle de candidaturas que a sua equipe de staff usa pelo Discord. Ele não substitui o formulário que os membros preenchem (falamos disso abaixo). Ele é o fluxo de avaliação que vem depois.

Como o controle fica

Uma linha por candidatura, com:

• candidato (membro do Discord, obrigatória)
• cargo pretendido (texto, obrigatória)
• status (Submitted, Under Review, Interview, Accepted, Rejected; obrigatória)
• data de envio
• avaliador (membro do Discord)
• anotações

Esse é o template Controle de candidaturas do CordBase, que é feito por nós. Este guia monta a tabela na mão, com uma coluna a mais, por um motivo explicado no passo 1.

Passo 1: crie a tabela

1. Entre em cordbase.gg com o Discord, escolha seu servidor e adicione o bot quando for pedido.
2. Crie uma tabela chamada "Apps" com uma coluna de texto applicant name primeiro, e depois as seis colunas acima. O comando vai ser /apps.

Por que a coluna a mais: quando a staff escolhe uma linha para atualizar, o CordBase busca e lista as linhas pela primeira coluna de texto da tabela. No template, essa coluna é "role applied for", então dez candidaturas para Moderator apareceriam como dez entradas "Moderator" idênticas. Uma coluna de nome na frente deixa cada linha fácil de achar.

Passo 2: restrinja à staff

Candidaturas são meio privadas, então configure as permissões antes de alguém usar:

• O cargo da staff fica com escrita (adicionar e atualizar linhas).
• O cargo de admin ou de moderador-chefe fica com admin (também excluir).
• Não dê nível a nenhum outro cargo. Assim que uma tabela tem qualquer cargo configurado, membros sem um desses cargos não conseguem usá-la, que é exatamente o que você quer aqui.

Garanta também que o canal onde a staff roda esses comandos seja só da staff. Os resultados de query, view, add e update são postados no canal onde o comando é rodado, então qualquer pessoa que vê esse canal vê os resultados. Só os erros e as confirmações de exclusão são privados.

Passo 3: registre as candidaturas conforme chegam

Quando chega uma candidatura, alguém da staff registra:

/apps add applicant_name:Rin applicant:@Rin role_applied:Moderator status:Submitted submitted_date:2026-10-08

Passo 4: trabalhe a fila

• /apps query status:Submitted mostra tudo que ninguém pegou ainda.
• /apps query reviewer:@Sam mostra a fila do Sam.
• /apps update row:Rin status:Interview reviewer:@Sam notes:Interview Fri 8pm faz uma candidatura avançar. Comece a digitar o nome do candidato em row e escolha na lista.

Como a fila fica numa tabela, nada depende de alguém lembrar quais respostas do formulário já leu.

Onde entra o formulário

O CordBase não coleta as respostas das candidaturas; os membros não preenchem um formulário por ele. Continue usando o que já coleta as respostas (um Google Form, um bot de tickets ou um bot de candidaturas que faz perguntas por DM) e use o controle para o status. A coluna de anotações é um bom lugar para colar o link da resposta completa.

Depois do ciclo

• Exporte a tabela em CSV ou JSON, o que ajuda numa avaliação de fim de mandato.
• As linhas recusadas e aceitas podem ficar como histórico, ou um admin pode excluí-las. Linhas excluídas são apagadas de vez depois de 30 dias.
• O plano Free comporta 100 linhas por tabela, o que cobre muitos ciclos de candidatura na maioria dos servidores. O Pro aumenta para 10.000.