BuildAConf

Como escrever uma proposta de palestra que é aceita (com modelo)

Como escrever uma proposta de palestra para chamadas de palestrantes: título, resumo, público, estrutura, modelo pronto e motivos comuns de recusa.

· 6 min de leitura

Também em: English, Español

Uma proposta de palestra forte tem um título específico, um resumo que promete um aprendizado concreto, um público-alvo claro e uma estrutura que mostra que a palestra cabe no tempo disponível. Quem avalia lê dezenas ou centenas de propostas e decide rápido: se em poucas linhas não fica claro o que o público vai levar para casa, a proposta perde. Abaixo você encontra o que cada campo precisa ter, um modelo para copiar e os motivos mais comuns de recusa.

Antes de escrever: leia a chamada inteira

Parece óbvio, mas muita proposta é recusada por ignorar a própria chamada. Antes de escrever, anote:

  • Temas e trilhas que o evento pede.
  • Formatos aceitos: palestra longa, lightning talk, workshop, painel.
  • Duração de cada formato.
  • Público do evento: iniciantes, profissionais experientes, gestores, misto.
  • Idioma das palestras.
  • Critérios de avaliação, se forem publicados. Algumas chamadas usam avaliação anônima, sem ver nome nem empresa; nesse caso, o texto precisa se sustentar sozinho.
  • Prazo e fuso horário do prazo. Um evento no México ou na Colômbia pode encerrar a chamada horas depois ou antes do que você imagina.

Se tiver dúvida, pergunte ao organizador. Uma pergunta bem feita não atrapalha; uma proposta fora do escopo, sim.

Campo por campo

Título

O título precisa dizer do que se trata e, se possível, despertar curiosidade. Compare:

  • Fraco: “Microsserviços na prática”
  • Melhor: “Voltamos de microsserviços para um monólito: o que aprendemos em um ano”

Evite trocadilhos que escondem o assunto e títulos longos demais. Se o evento for em espanhol ou inglês, escreva o título no idioma do evento, não traduza depois.

Resumo (o texto público)

É o que vai aparecer na agenda se você for aceito, então escreva para o participante, não para o comitê. Em três a cinco frases:

  1. O problema ou a situação (o que o público reconhece).
  2. O que você fez ou descobriu.
  3. O que a pessoa vai sair sabendo fazer.

Evite frases genéricas como “vamos explorar o fascinante mundo de…”. Seja direto.

Descrição para o comitê (quando existir)

Muitas chamadas têm um campo só para quem avalia. Use-o para:

  • Mostrar a estrutura da palestra, com tempo aproximado de cada parte.
  • Explicar por que você é a pessoa certa para contar essa história.
  • Dizer se haverá demonstração ao vivo, código, dados reais.
  • Indicar se a palestra já foi apresentada antes e onde, com link para vídeo, se houver.

Público-alvo e nível

Seja honesto. “Para todos os níveis” geralmente significa que a palestra não foi pensada para ninguém. Diga, por exemplo: “pessoas desenvolvedoras com experiência em backend que ainda não trabalharam com filas”.

Pontos-chave

Liste de três a cinco aprendizados. Eles ajudam o comitê a entender o valor da palestra e ajudam você a manter o foco na hora de montar os slides.

Minibio

Três ou quatro linhas sobre o que você faz e por que entende do assunto. Se a avaliação for anônima, a minibio pode ser usada só depois; mesmo assim, capriche.

Modelo para copiar

Use como ponto de partida e adapte a cada evento:

Título: [resultado ou história concreta em até 10 palavras]

Formato e duração: [palestra de 30 min / lightning talk / workshop]

Resumo (público):
[Situação que o público reconhece.] [O que fizemos ou descobrimos.]
[O que você vai sair sabendo fazer depois desta palestra.]

Público-alvo: [quem, com que experiência prévia]

Pontos-chave:
1. [aprendizado 1]
2. [aprendizado 2]
3. [aprendizado 3]

Estrutura (para o comitê):
- 0–5 min: contexto e problema
- 5–15 min: o que tentamos e o que deu errado
- 15–25 min: a solução, com exemplo real
- 25–30 min: lições e perguntas

Por que eu: [sua experiência direta com o tema, em 2 frases]

Já apresentada? [não / sim, em tal meetup, link do vídeo]

Necessidades técnicas: [internet, HDMI, áudio, nenhuma]

Exemplo hipotético

Para ilustrar, uma proposta hipotética, não ligada a nenhum evento ou pessoa real:

Título: Pix na madrugada: como nosso time reduziu falhas de conciliação sem contratar ninguém

Resumo: Toda segunda-feira, a equipe financeira de uma fintech pequena passava horas conferindo pagamentos que não batiam. Nesta palestra, mostro como reorganizamos a conciliação com filas e testes de contrato, o que deu errado no caminho e o que mudou na rotina do time. Você vai sair com um checklist para diagnosticar falhas de conciliação no seu próprio sistema.

Público-alvo: pessoas desenvolvedoras backend e líderes técnicos de empresas de pagamentos ou e-commerce.

Repare que o exemplo tem um contexto reconhecível, uma história com começo, meio e fim e uma entrega prática.

Motivos comuns de recusa

Ser recusado é normal, inclusive para palestrantes experientes. Mas alguns motivos aparecem com frequência e podem ser evitados:

Motivo Como evitar
Tema fora do escopo do evento Leia as trilhas e adapte o ângulo
Proposta genérica ou vaga Conte uma história concreta com resultado
Escopo grande demais para o tempo Corte: uma ideia bem contada vale mais que cinco
Parece propaganda de produto Fale do problema e da solução, não da marca
Público-alvo indefinido Diga quem é e o que já precisa saber
Tema repetido Veja a agenda das edições anteriores e traga outro ângulo
Envio no último minuto, com erros Envie cedo e revise
Muitas propostas parecidas da mesma pessoa Envie poucas e boas

Às vezes a proposta é ótima e mesmo assim não entra, porque o comitê precisa equilibrar temas, níveis e diversidade. Se o evento oferecer, peça feedback e reaproveite a proposta, ajustada, em outra chamada.

Revisão final antes de enviar

  • O título diz do que se trata?
  • O resumo responde “o que eu ganho assistindo?”
  • O público-alvo está definido?
  • A estrutura cabe no tempo?
  • O texto está no idioma do evento e sem erros?
  • Você enviou antes do prazo, no fuso certo?
  • Você consegue estar na cidade na data do evento, ou sabe se haverá ajuda de viagem?

Peça para alguém ler antes de você enviar. Se for de outra área e mesmo assim entender, ótimo sinal.

Se você está começando a palestrar, leia também como ser palestrante em conferências. E, se você organiza, veja como organizar uma chamada de palestrantes.

No BuildAConf, os eventos publicam a chamada de palestrantes no próprio site, e você se candidata com o seu perfil de palestrante. A equipe do evento avalia as propostas com notas de 1 a 5 e responde pela plataforma, e você recebe as atualizações por e-mail. Crie seu perfil em buildaconf.com/para-speakers.

Perguntas frequentes

Quantas propostas posso enviar para o mesmo evento?

Verifique a regra da chamada. Quando não há limite, duas ou três propostas diferentes entre si costumam ser suficientes. Muitas propostas parecidas passam a impressão de falta de foco.

Posso enviar a mesma palestra para vários eventos?

Pode, e é comum. Só adapte título, resumo e exemplos ao público de cada evento, e avise se a palestra já foi gravada e publicada, caso o evento peça conteúdo inédito.

Devo colocar o nome da minha empresa na proposta?

Se for relevante para a história, sim, mas sem transformar a proposta em anúncio. Em avaliações anônimas, siga as instruções e retire nomes que identifiquem você.

O que fazer depois de uma recusa?

Agradeça, peça feedback se houver essa opção e reescreva a proposta com o que aprendeu. Muitas palestras aceitas foram recusadas antes em outros eventos.