Como gravar um vídeo de demo vencedor para hackathons

Você construiu algo em 48 horas dormindo quatro, e agora o projeto inteiro é julgado por um vídeo de dois minutos. Esse vídeo não é formalidade: na maioria dos hackathons online, é a única coisa que os jurados realmente veem. Metade das inscrições são capturas de tela tremidas e sem áudio, então uma gravação limpa já coloca você na frente antes de alguém olhar o seu código.

Veja como gravar uma demo à altura do seu projeto, mesmo com uma hora no relógio.

1. Leia primeiro as regras de submissão

Antes de gravar qualquer coisa, confira os requisitos obrigatórios na página de regras. A maioria dos hackathons especifica:

• Duração máxima — normalmente dois ou três minutos, e os jurados realmente param de assistir no limite
• Formato — MP4 é aceito em todo lugar; algumas plataformas querem um link do YouTube ou Vimeo em vez de arquivo
• Visibilidade pública — um link não listado que exige login desclassifica você
• Requisitos de conteúdo — alguns eventos exigem mostrar o app rodando, não apenas slides

Ajuste as configurações de exportação antes da primeira gravação. Reexportar às 3 da manhã porque o arquivo passou do limite de upload é a pior forma de gastar sua última hora.

2. Roteirize os dois minutos

Dois minutos equivalem a cerca de 300 palavras faladas. Não há espaço para improviso, então escreva os blocos antes:

• 0:00–0:15 — o problema. Uma frase que qualquer pessoa entenda. Sem apresentação da equipe, sem “estamos animados para mostrar”.
• 0:15–0:30 — a solução. O que você construiu e para quem.
• 0:30–1:30 — a demo. O produto real, fazendo a coisa real.
• 1:30–1:50 — por baixo do capô. Brevemente, a decisão técnica interessante.
• 1:50–2:00 — próximos passos. Uma linha sobre para onde isso vai.

O erro mais comum é gastar 45 segundos de contexto e depois atropelar a demo. Os jurados avaliam o que você construiu. Chegue rápido à tela.

3. Prepare o estado da demo antes de gravar

Nada desperdiça mais uma tomada do que digitar um formulário de login ou esperar um cold start. Monte o palco primeiro:

• Faça login e deixe o app exatamente no estado que a primeira cena exige
• Use dados realistas — “test test test” e asdf@asdf.com fazem o projeto parecer inacabado
• Feche todas as abas não relacionadas, limpe as notificações e ative o Não Perturbe
• Aumente o tamanho da fonte do navegador e do editor; os jurados podem assistir num notebook ou no celular
• Aqueça endpoints lentos para que a primeira requisição não seja a fria

Use captura de janela em vez de tela cheia, para que dock, papel de parede e outros monitores fiquem fora do quadro.

4. Grave em segmentos, não em uma tomada perfeita

Uma passagem impecável de uma vez só, na hora 46, é fantasia. Grave segmentos curtos — um por seção do roteiro — e junte depois. Quando um segmento dá errado, você refaz trinta segundos em vez de dois minutos.

Segmentos também permitem pular a espera real. Grave o clique em “enviar”, pare, espere o processamento terminar e recomece na tela de resultado. Corte os noventa segundos de espera inteiros: a demo fica ágil, não desonesta.

Se uma etapa é realmente instável — uma API com limite de requisições, um deploy pouco confiável — grave cedo, enquanto funciona, e guarde bem esse clipe.

5. Narre você mesmo

Grave o áudio do microfone e fale sobre a demo. Os jurados avaliam consistentemente melhor demos narradas do que capturas mudas com música de fundo, porque conseguem acompanhar a intenção por trás de cada clique.

Alguns pontos que fazem a narração funcionar:

• Grave no ambiente mais silencioso que encontrar, não no salão do evento
• Fale um pouco mais devagar do que parece natural — você está animado e sem dormir
• Diga o que vai fazer antes de clicar
• Se inglês não é sua língua, escreva as falas e leia: isso é perfeitamente aceitável

Se sua voz ficou destruída pela madrugada, grave assim mesmo. Narração imperfeita é melhor que nenhuma.

6. Edite para clareza, não para estilo

Limite a pós-produção ao que realmente ajuda um jurado:

• Corte o silêncio no início e no fim de cada segmento
• Amplie elementos pequenos da interface — botões, campos, saída de log — para que sejam legíveis em telas pequenas
• Sobreposições de texto para rotular a seção ou nomear a tecnologia que você está mostrando
• Webcam em PIP só na abertura e no encerramento, para aparecer sem cobrir o produto
• Legendas, se a plataforma suportar, já que muitos jurados assistem sem som na primeira passada

Pule a vinheta animada, a imagem de drone da sua cidade e a trilha que briga com a narração. Nada disso rende pontos.

7. Exporte e confira o upload

Exporte em 1080p, 30 FPS, MP4 com H.264. Essa combinação toca em qualquer plataforma de avaliação e navegador, sem surpresas de transcodificação.

Antes de considerar pronto:

• Assista ao arquivo inteiro uma vez, do começo ao fim, com som
• Verifique que nenhuma credencial, token privado ou mensagem pessoal aparece na tela
• Confirme que o arquivo sobe e reproduz a partir da própria página de submissão, não só localmente
• Verifique que o link é público e não exige conta

Checklist de submissão

• Duração dentro das regras com alguns segundos de folga
• Problema apresentado nos primeiros quinze segundos
• Produto rodando na tela por pelo menos metade do tempo
• Dados da demo parecem reais
• Narração gravada e audível
• Interações principais ampliadas para telas pequenas
• Nenhum segredo ou notificação visível
• Exportado como MP4 1080p e verificado após o upload

Envie

Os times que vencem hackathons raramente são os que escreveram mais código. São aqueles cuja demo torna a ideia óbvia em noventa segundos. Escreva o roteiro, grave em partes, narre você mesmo e exporte cedo o bastante para assistir uma vez.

Depois, vá dormir um pouco.