Um squad montou o site de um negócio real
O gancho (adapte com a tua voz): "Esse negócio aqui não tem site — ou tem um site que espanta cliente. Nos próximos minutos, um squad de agentes de IA vai montar um novo. Ao vivo, com cronômetro."
Checklist de preparação
Tudo isso pronto antes de ligar a câmera — grava com confiança, não improviса.
- Escolhe o negócio: pode ser seu próprio negócio, de um familiar, um cliente com permissão, ou um negócio fictício mas plausível (evita negócios reais sem autorização).
- Tira screenshot do site atual (ou documenta a ausência) — é o "antes" que o espectador precisa ver.
- Prepara o briefing escrito com: nome do negócio, o que vende, público-alvo, ação principal que o site deve gerar (WhatsApp, ligação, formulário), 2-3 referências visuais.
- Módulo 4 do curso gratuito do Overclock revisado: é o fluxo que você vai seguir no video — copy → build → imagens → QA.
- Squad Cinema Site ou similar configurado no Overclock — ou panes manuais separados pra copy, build e QA.
- Cronômetro pronto (timer visível na tela ou câmera).
- Serviço de deploy rápido configurado (GitHub Pages, Vercel ou Netlify) — o site precisa ir ao ar de verdade, não só rodar local.
A estrutura que segura view até o fim
Proporções sobre a duração total — num vídeo de 10 min, 10% ≈ 1 min.
Mostra o negócio real e o site atual (ou a ausência). O feio primeiro — é o teu antes/depois.
- Abre o site atual do negócio no navegador. Se não existir, mostra a ausência: pesquisa o nome no Google e mostra que não aparece, ou abre a lista de contatos do negócio que não tem link de site.
- Tour rápido e honesto pelo site atual: o que está desatualizado, o que não funciona no celular, o que espanta cliente em vez de converter.
- Faz um zoom no ponto mais crítico: botão que não funciona, foto de má qualidade, texto genérico que não diz o que vende.
- Anuncia a proposta: "em [estimativa de tempo] vamos ter algo completamente diferente. Cronômetro."
- Dispara o cronômetro visivelmente.
- 💡 Seja honesto mas respeitoso ao criticar o site atual — não humilha, aponta o problema técnico/visual.
- 💡 O "antes" é o coração emocional do vídeo. Não corra por esse bloco.
O intake completo: o que o negócio vende, pra quem, qual ação principal. Dispara o squad.
- Abre o pane de copy (ou o intake do squad) e preenche o briefing em voz alta enquanto digita.
- Campos obrigatórios do intake: nome do negócio + o que vende, público-alvo em 1 frase, ação principal do site (ex: "WhatsApp com a mensagem X"), tom de voz (profissional, descontraído, técnico), 1-2 referências visuais.
- Envia o briefing pro pane de copy. Mostra ele começando a escrever as primeiras linhas do conteúdo.
- Enquanto o copy roda, abre os panes de build e QA — eles vão receber o briefing também.
Negócio: [nome]. Produto/serviço: [o que vende em 1 frase]. Público: [quem compra]. Ação principal: [o que o visitante deve fazer ao entrar no site]. Tom: [adjetivo do tom de voz]. Referência visual: [URL ou descrição]. Entregue: headline principal, subheadline, 3 benefícios, CTA e rodapé de contato.- 💡 O briefing em voz alta é meta-conteúdo: o espectador aprende como fazer um bom intake enquanto você faz o real.
O squad em ação com panes paralelos: copy, build, imagens e QA. Narra quem está fazendo o quê.
- Enquanto o pane de copy gera o texto, abre o pane de build com o framework do site (HTML simples, Next.js ou o do curso).
- Quando o copy terminar: pega os textos gerados, passa pro pane de build: "aqui está a copy aprovada, coloca nessa estrutura HTML."
- Enquanto o build roda: abre o pane de imagens (ou usa o gerador de imagens do Overclock) com o briefing visual.
- Narra em tempo real: "copy pronto, build rodando, imagens sendo geradas em paralelo."
- Quando o build tiver uma versão rodando local, abre o pane de QA: "verifica se está funcionando no celular, se os links estão certos e se o CTA está claro."
- Corrige os 1-2 ajustes que o QA apontar — mostra o ciclo de feedback completo.
- 💡 O visual mais forte é mostrar os panes paralelos na mesma tela — pelo menos um frame com 3+ panes simultâneos.
- 💡 Narra as transições: quando um pane termina e outro recebe o resultado, explica o fluxo em voz alta.
O site no ar navegado em tela cheia. Para o cronômetro.
- Faz o deploy em produção ao vivo (GitHub Pages, Vercel, Netlify — leva menos de 1 minuto).
- Abre a URL pública no navegador. Para o cronômetro. Fala o tempo em voz alta.
- Navega o site em tela cheia: home, seções principais, CTA, versão mobile (redimensiona a janela ou abre no celular ao vivo).
- Coloca o antes (screenshot do site velho) e o depois lado a lado.
- Pede a opinião: "o que você acha? Comenta o que mudou mais."
- 💡 O momento de parar o cronômetro é o clímax do vídeo — não apresse, deixa o número aparecer e faça uma pausa.
Os ajustes que você ainda faria à mão + fecho com link do curso.
- Lista 1-2 coisas que ajustaria: foto de produto real do cliente, ajuste fino de cor, texto específico que só o cliente sabe.
- Explica por quê isso é saudável: "o squad fez a estrutura pesada — os ajustes finos de identidade são meus (ou do cliente)."
- Menciona o módulo 4 do curso: "o fluxo completo desse processo está no módulo 4 do curso gratuito — link na descrição."
- Fecho puxando o próximo vídeo.
O número que ancora o vídeo
Cronômetro do briefing ao site no ar com URL pública + antes/depois lado a lado. O número de minutos é a prova.
A limitação dita de frente
Sempre tem 1-2 ajustes de identidade que só o cliente pode dar (foto real, texto específico do negócio) — mostra esses ajustes em vez de esconder que existem.
Puxando o próximo vídeo
"Esse fluxo inteiro está no módulo 4 do curso gratuito do Overclock — link na descrição. No próximo vídeo: quanto isso custou em tokens."
O que trava — e como sair
Todo builder bate nesses pontos. Saber antes economiza uma regravação.
| O erro | O fix |
|---|---|
| O briefing ficou vago demais e o copy gerado foi genérico — "somos a melhor empresa do segmento". | Briefing bom tem: o que vende em termos concretos (não "soluções", mas "conserto de celular Samsung com garantia de 90 dias"), quem é o cliente ("mãe de família que não tem tempo de ir à loja") e qual a ação esperada ("WhatsApp com a mensagem: quero saber o preço do conserto"). Quanto mais específico o intake, mais específico o output. |
| O deploy demorou e quebrou o ritmo do vídeo. | Testa o pipeline de deploy antes de gravar. Vercel e Netlify geralmente levam 30-90 segundos. Se a ferramenta de deploy não estiver configurada, configura antes e testa ao menos uma vez. Durante o deploy ao vivo, narra o que está acontecendo pra não ter silêncio. |
| O site ficou muito genérico visualmente — poderia ser de qualquer negócio. | O briefing visual é o que faz o site ter personalidade. Inclui no intake: paleta de cores se tiver, foto ou referência real do negócio, e explicitamente "não genérico — deve parecer [tipo de negócio] específico". Ou usa o Squad Cinema Site que extrai o DNA de uma referência. |
Como saber que ficou bom
O vídeo está pronto quando: (1) o "antes" (site atual ou ausência) é mostrado claramente no início, (2) o cronômetro aparece no início e para visivelmente quando o site vai ao ar, (3) a URL pública é navegada em tela cheia, (4) o antes/depois aparece lado a lado. Se o site não foi ao ar de verdade, o vídeo não funciona — local serve só pra testar, não pra publicar.
Outras formas de gravar este roteiro
- Versão relâmpago: cronômetro com meta declarada no gancho ("tenho 30 minutos") — a pressão do tempo é o drama.
- Versão cliente ao vivo: convida o dono do negócio pra dar o briefing ao vivo e reagem ao reveal juntos — a reação genuína do cliente é ouro.
Três títulos prontos
Escolhe um, ou usa como base — número e promessa concreta sempre na frente.
| 01 | Um TIME de IA montou o site de um negócio real (cronômetro rodando) |
| 02 | Do prompt ao site no ar: squad de IA em N minutos |
| 03 | IA montou o site da [loja/negócio] — de verdade, ao vivo |
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.