"O update X do Overclock mudou tudo"
O gancho (adapte com a tua voz): "O Overclock acabou de soltar [versão/feature] — e tem uma coisa aqui dentro que muda como eu trabalho. Deixa eu te mostrar antes que todo mundo descubra."
Checklist de preparação
Tudo isso pronto antes de ligar a câmera — grava com confiança, não improviса.
- O changelog real do release na tela — não resume de cabeça, mostra o documento oficial.
- A página /jornada do Overclock como referência — os releases são documentados lá.
- Testa o recurso novo uma vez antes de gravar pra não ter surpresa desagradável no ar.
- Anotação do que usava antes do recurso novo — isso é o "antes" da comparação.
- Opinião formada: o que você vai usar de verdade e o que você não vai? Decide antes de gravar, senão o vídeo fica sem posição.
A estrutura que segura view até o fim
Proporções sobre a duração total — num vídeo de 10 min, 10% ≈ 1 min.
"Acabou de lançar" + o changelog real na tela.
- Abre a página de releases ou o changelog do Overclock na tela — o documento real, não um screenshot.
- Aponta pro item mais importante: "tem uma coisa aqui que muda meu fluxo. Deixa eu te mostrar."
- Não lê o changelog inteiro — seleciona 1-3 itens e fecha.
- 💡 A urgência do "acabou de lançar" é o gancho mais forte de vídeos de update — grava o mais rápido possível após o release, de preferência no mesmo dia.
- 💡 Mostrar o changelog real (não de memória) é a prova de que você está mostrando algo atual.
As 2-3 mudanças que importam, em lista numerada — sem ler o changelog inteiro.
- Faz uma lista na tela (ou fala enumerando): "mudança 1, mudança 2, mudança 3."
- Pra cada mudança: 1 frase explicando o que é + 1 frase do impacto pra quem usa.
- Deixa claro qual você vai aprofundar: "a 2 é a que mais me interessa — é o que o vídeo inteiro vai ser."
- 💡 Não explica tudo em profundidade aqui — isso vem no bloco de demo. Aqui é só o mapa.
O recurso novo em tarefa real — com antes/depois de como era sem ele.
- Mostra o antes: como você fazia essa tarefa antes desse recurso. Cronometra.
- Mostra o depois com o recurso novo: mesma tarefa. Cronometra.
- Coloca os dois lado a lado ou faz o cálculo em voz alta: "antes: [X] etapas, [Y] minutos. Agora: [X-N] etapas, [Y-M] minutos."
- Usa o recurso numa segunda tarefa de natureza diferente — confirma que não é caso de uso único.
- 💡 O antes/depois com cronômetro é a prova mais forte de um vídeo de update. Sem ele, é só narração — com ele, é evidência.
O que você vai usar de verdade vs o que é hype. A opinião contrária gera confiança.
- Lista o que vai entrar no seu fluxo permanente e explica por quê cada um.
- Lista o que você NÃO vai usar — e explica o motivo real, não genérico.
- Se tiver algo no release que você acha que ainda não está pronto: diz isso. "Essa feature está no changelog mas no teste aqui ficou instável — vou esperar mais 1 release."
- 💡 A parte mais copiada de vídeos de review é a seção "o que eu NÃO vou usar". Ela gera mais comentários do que qualquer outra — o espectador quer defender ou contestar a posição.
Fecho puxando o próximo release e pedindo inscrição com razão específica.
- Diz que vai fazer esse tipo de vídeo em todo release: "é a minha cobertura de updates do Overclock."
- Pede inscrição com a razão: "próximo update sai [frequência], e você vai ser o primeiro a saber o que mudou."
O número que ancora o vídeo
O antes/depois do fluxo com e sem o recurso novo — cronometrado.
A limitação dita de frente
"Isso aqui eu NÃO vou usar, e te explico por quê" — 1 item do release que não é pra você.
Puxando o próximo vídeo
"Todo release eu faço esse raio-X. Se inscreve — o próximo update não passa despercebido."
O que trava — e como sair
Todo builder bate nesses pontos. Saber antes economiza uma regravação.
| O erro | O fix |
|---|---|
| Gravou tarde demais — outras pessoas já tinham feito vídeos do mesmo update. | O primeiro vídeo de um update capta 80% das buscas orgânicas. Configura notificação pra releases do Overclock (GitHub, Discord, email) e grava no mesmo dia. Mesmo que seja um vídeo mais curto, ser primeiro vale mais do que ser mais completo. |
| O "antes" da comparação estava impreciso ou não existia — a demo ficou sem contraste. | Antes de cada release, anota como você faz as tarefas relevantes agora. Quando o release sair, você já tem o antes documentado. Alternativa: simula o antes desligando o recurso novo temporariamente. |
Como saber que ficou bom
O vídeo está pronto quando: (1) o changelog real aparece na tela em algum momento, (2) a comparação antes/depois tem algum elemento de mensuração (tempo, número de etapas), (3) pelo menos 1 item do release é explicitamente descartado com razão. Sem o descarte honesto, o vídeo parece patrocinado.
Outras formas de gravar este roteiro
- Versão Shorts (60s): "a mudança mais importante desse release em 60 segundos" — um item, uma demo, um veredito.
- Versão série mensal: um vídeo consolidando todos os releases do mês — "tudo que mudou no Overclock em [mês]" — mais fácil de gravar, melhor pra SEO long-tail.
Três títulos prontos
Escolhe um, ou usa como base — número e promessa concreta sempre na frente.
| 01 | O update [X] do Overclock acabou de mudar tudo… |
| 02 | Overclock [versão]: o que mudou e o que eu vou usar DE VERDADE |
| 03 | Testei o novo [feature] do Overclock no dia do lançamento |
Publicou e bateu 1.000 views? Comprova antes dos outros.
São 5 assinaturas Ultra pros 5 primeiros — 4 vídeos com 1.000+ views cada (ou 10.000+ num Shorts) e a vaga é sua.