Como conseguir palestrar em grandes eventos tech

Esse ano tivemos cinco talks aprovadas na RubyConf, um dos principais eventos de Ruby do mundo. E o caminho pra chegar lá não foi o que você imagina.

Todo mundo acha que pra falar num evento desses você precisa ser convidado. Não precisa. Existe um processo chamado Call For Papers - CFP - onde você propõe sua palestra e compete com outras pessoas por vagas limitadas. Bastante gente tenta então a concorrência é brutal.

Ser bom tecnicamente não é suficiente. Apresentar bem não é suficiente. São habilidades necessárias pro dia da palestra, mas antes disso você precisa ser notado. E ser notado é uma habilidade completamente diferente.

Como DevRel de uma empresa, incentivo a participação de outros membros em eventos e ao longo dos últimos dois anos refinei o processo de escrita de CFPs.

Quando começamos em 2024, um organizador de um grande evento do Brasil nos disse com toda sinceridade: os CFPs de vocês não são bons. Desde então melhoramos o processo e os resultados vieram.

A virada foi entender uma coisa: escrever um CFP é fazer um pitch, não montar um ementário. A maioria dos desenvolvedores lista os tópicos que vai cobrir — "vou falar sobre JavaScript, PHP, ou qualquer assunto que sua talk cobrirá". Isso é uma lista de ingredientes. Ninguém compra ingredientes, ninguém compra features. As pessoas compram benefícios.

O framework que usamos tem três passos:

1. Features vs Benefícios, lado a lado

Duas colunas. Esquerda: cada tópico técnico do talk. Direita: o que aquilo faz pela pessoa que está na plateia. Se a coluna da direita estiver vazia, você não tem uma palestra ainda.

2. A Necessidade

Quem está na sala e por que ela se importaria? Não assuma que a audiência já quer o que você está vendendo. Nomeie a dor. Exemplo: publicar na App Store é doloroso e a maioria dos devs Rails não precisa de um app nativo — só não sabe ainda. Essa dor é o gancho. O tópico é só o mecanismo de entrega.

3. Satisfazendo a Necessidade

Em vez de "você vai aprender sobre Event Loop", escreva "você vai entender a compo não travar sua aplicação". O foco passa do conteúdo pro resultado inevitável.

Escrevi o framework completo com exemplos reais no post linkado.