Designing the application form
O formulário é uma ferramenta de cribagem que roda antes de qualquer revisor humano ler qualquer coisa. Cada campo é um trade-off: ou melhora sua capacidade de comparar candidaturas ou adiciona fricção que custa bons envios. O número certo de campos é menor do que a maioria dos organizadores pensa.
Os campos que consistentemente justificam seu lugar:
• Título da palestra e abstract de 100-200 palavras. O melhor preditor único de qualidade de palestra. Se você tivesse apenas um campo, seria este.
• Três a cinco learning outcomes ou "o que a audiência vai levar". Força o candidato a articular valor, não tópico.
• Preferência de formato (palestra, workshop, painel, lightning) e duração.
• Seleção de trilha ou tema de uma lista fixa.
• Bio do palestrante (um parágrafo, mais versão longa opcional).
• Um ou dois links de palestras anteriores (vídeo preferido, deck ou transcrição aceitáveis).
• Campos logísticos: localização, disposição para viajar, necessidades de hospedagem, requisitos de acessibilidade.
Campos a descartar a menos que você tenha um motivo específico: rascunho completo do deck, roteiro completo, três referências, campos repetidos perguntando a mesma coisa de ângulos diferentes, caixas de texto livre "algo mais?" que ninguém lê. Cada um afasta uma proporção mensurável de candidatos sêniores.
Marque campos opcionais explicitamente. Palestrantes sêniores preenchem formulários rapidamente quando confiam que o formulário não vai surpreendê-los no meio.
Um formulário de pedido de palestrante estruturado no SpeakUp captura os campos acima por padrão e encaminha as candidaturas a uma fila de revisão com prompts por revisor.
Scoring rubrics and panel calibration
Uma rubrica é o documento que seus revisores devem ter à frente enquanto leem cada candidatura. Sem ela, cada revisor pontua contra seu próprio modelo implícito e a reunião final vira um debate sobre o que significa "bom" em vez de quais palestras entram no line-up.
Uma rubrica viável tem três a cinco dimensões, cada uma pontuada de 1 a 5, com uma frase descrevendo como cada nível se parece. Dimensões comuns:
• Relevância para a trilha — esta palestra pertence à trilha em que foi submetida?
• Profundidade de expertise — o candidato tem credibilidade para entregar esta palestra?
• Novidade — a perspectiva é fresca, ou vimos versões desta palestra em três outras conferências este ano?
• Clareza de takeaways — a audiência sairá com algo concreto?
• Speaker craft — o vídeo da palestra anterior mostra domínio da sala e do material?
Antes que o painel revise independentemente, calibre. Escolha três candidaturas de amostra (uma forte, uma borderline, uma fraca) e faça todos pontuarem em grupo. Discuta qualquer pontuação que varie mais que um ponto. Vinte minutos de calibração no início previnem três horas de debate depois.
Mantenha a rubrica visível ao lado de cada candidatura durante a revisão. Revisores devem conseguir pontuar e adicionar uma nota de uma linha sem sair da tela.
Reviewing applications efficiently
Com cinquenta candidaturas, três revisores e a rubrica acima, você está vendo aproximadamente seis a oito horas de tempo total de revisão distribuídas pelo painel — mais uma reunião final de seleção. A estrutura que mantém isto gerenciável:
• Dois revisores por candidatura no mínimo, três para casos borderline. Um revisor é a designação; um segundo passe pega os casos em que um único revisor estava tendo uma tarde ruim.
• Revise em ordem agrupada por trilha, não por ordem de envio. Comparar quinze abstracts de sistemas distribuídos seguidos torna a pontuação muito mais consistente que ler um abstract de sistemas distribuídos, depois um de frontend, depois um de liderança.
• Limite sessões de revisão a noventa minutos. A qualidade de pontuação cai bruscamente depois. Três sessões de noventa minutos ao longo de uma semana superam uma maratona de dia inteiro.
• Use uma ferramenta que permita aos revisores verem as pontuações uns dos outros apenas depois de enviarem as próprias — o viés de ancoragem é real e bem documentado.
• Sinalize, não debata, na fase de revisão. Revisores adicionam uma nota curta quando uma candidatura precisa de discussão do painel. Reserve o debate para a reunião de calibração onde todos têm a rubrica à frente.
A diferença entre um painel que termina a rodada em duas semanas e um que a arrasta por seis está quase inteiramente em se a ferramenta de revisão permite às pessoas focarem em julgar em vez de em logística.
Um software de gerenciamento de palestrantes dedicado lida com a atribuição de revisores, pontuação cega, reuniões de calibração e o workflow de carta de decisão em um só lugar — muito menos frágil que uma planilha compartilhada.
Communicating decisions
Como você comunica decisões define suas relações com palestrantes pelos próximos cinco anos. Palestrantes sêniores lembram cartas de rejeição. Lembram especialmente do silêncio após um envio.
Para palestrantes aceitos, envie um único email contendo: confirmação do slot, próximos passos, prazos de conteúdo, contrato ou acordo de palestrante, e um único ponto de contato. Não divida isto em cinco emails. A causa mais comum de entrega tardia de conteúdo são prazos enterrados em mensagens dispersas.
Para palestrantes rejeitados, envie uma nota curta e respeitosa dentro de quarenta e oito horas da decisão final. Três frases bastam. Declare a decisão, agradeça pelo envio, e — se for verdade — diga que você acolheria uma submissão para uma futura edição. Não escreva um racional de rejeição personalizado a menos que você genuinamente tenha tempo de fazê-lo para cada candidato rejeitado. Feedback inconsistente (alguns recebem racional, a maioria não) gera mais perda de goodwill que brevidade uniforme.
Não deixe ninguém no limbo além da data de notificação que você publicou. Se as decisões estão escorregando, envie um email de retenção com data revisada. Silêncio após a data publicada é a maneira mais rápida de perder sua rede alumni.
Building a reusable application pipeline
A razão pela qual a maioria dos organizadores reconstrói seu processo CFS do zero todo ano é que nada foi salvo no fim da rodada anterior. A rubrica vive no Google Doc de alguém. O formulário vive num Typeform que alguém duplicou e editou. A lista de revisores está no grupo de WhatsApp do ano passado.
Ao fim de cada rodada, arquive: o texto do call, a estrutura do formulário, a rubrica, o histórico de pontuação dos revisores, as cartas de decisão, as listas de aceitos e rejeitados com tags leves (trilha, formato, região, senioridade), e uma retrospectiva de uma página sobre o que foi bem e o que mudar.
Na próxima temporada, a rodada abre com uma duplicação da anterior, edições em temas e datas, e um setup de uma semana em vez de um setup de um mês. O banco de candidatos compõe valor: palestrantes rejeitados este ano podem ser proativamente convidados para o próximo se o abstract ainda servir. Três rodadas dentro, você para de buscar palestrantes a frio e começa a curar de um pool que já mostrou intenção.