O app que nasceu numa live
O gancho (adapte com a tua voz): "A maioria dos produtos nasce em reunião. Esse aqui nasceu AO VIVO: era ferramenta interna de um SaaS, foi mostrado numa live — e a comunidade pediu tanto que virou produto. E está tudo gravado."
Checklist de preparação
Tudo isso pronto antes de ligar a câmera — grava com confiança, não improviса.
- A página /jornada do Overclock revisada — é a fonte de verdade dos registros históricos.
- A página /sobre revisada pra entender a origem documentada.
- Datas e links das lives originais anotados — você vai citar momentos específicos, não "a história toda".
- Uma linha do tempo curta (papel ou tela) das datas importantes: quando foi ferramenta interna, quando apareceu em live, quando a comunidade pediu acesso, quando virou produto.
- Você narra como usuário, de fora — não como fundador. Deixa claro essa perspectiva antes de gravar.
A estrutura que segura view até o fim
Proporções sobre a duração total — num vídeo de 10 min, 10% ≈ 1 min.
A promessa + um clipe ou print da série de lives original.
- Fala a promessa: "esse app nasceu ao vivo. E está tudo gravado."
- Mostra um clipe ou print de uma das lives originais — a tela do Overclock numa versão bem anterior, ao vivo.
- Anuncia o que vai contar: "vou te mostrar a origem, a virada e onde chegou. Usando só registros públicos."
- 💡 Um frame antigo do Overclock (interface de versão passada) ao lado da interface atual é o contraste visual mais forte do gancho.
A ferramenta interna, o SaaS de origem, o primeiro aparecimento em tela pública.
- Descreve o que era antes: "ferramenta interna de um SaaS — não era produto, era atalho interno."
- Aponta a primeira aparição em live: data, contexto, o que estava sendo construído quando a ferramenta apareceu.
- Usa os registros da /jornada como fonte — cita datas reais.
- Deixa claro o que você sabe como usuário vs o que é registro público: "a jornada documenta isso — aqui está."
- 💡 Não especula sobre decisões internas que você não tem como saber. Fica nos registros públicos — /jornada, /sobre, as lives gravadas.
A comunidade pedindo acesso — os momentos documentados.
- Mostra os momentos de pedido da comunidade — comentários de live, mensagens do Discord, se tiver registro público.
- O lançamento: quando virou produto. Data, forma de acesso, a reação inicial.
- O que aconteceu depois: como cresceu, o que mudou na ferramenta a partir do feedback da comunidade.
- 💡 A virada de "ferramenta interna" pra "produto por pedido da comunidade" é o arco mais forte da história. Não resume — conta devagar.
O produto atual na tela: seu uso real, o que aquela decisão de build in public virou.
- Abre o Overclock atual — a versão de hoje.
- Mostra 2-3 coisas que existem hoje e que não existiam na primeira live.
- Conta o que aquela decisão de construir em público virou: "essa escolha de build in public gerou [X] — o campeonato Builders é um exemplo direto disso."
- Conecta ao espectador: "você está assistindo o capítulo seguinte dessa mesma história."
A moral do build in public + fecho conectando ao campeonato Builders.
- A moral em 1 frase: "quando você constrói em público, a comunidade não é audiência — é co-criadora."
- Conecta ao campeonato: "o Builders é a mesma aposta que o Overclock fez, na sua mão."
- Fecho puxando o próximo vídeo (entrei-no-campeonato).
O número que ancora o vídeo
Os registros públicos da /jornada — datas e links de lives citáveis. A história não é contada de memória, é documentada.
A limitação dita de frente
Você narra como usuário, de fora — não como insider. O que você não tem como saber, deixa claro. Separa registro público de leitura pessoal.
Puxando o próximo vídeo
"Build in public funciona — e eu tô fazendo o mesmo com este canal, no campeonato Builders. É o próximo vídeo."
O que trava — e como sair
Todo builder bate nesses pontos. Saber antes economiza uma regravação.
| O erro | O fix |
|---|---|
| Contou a história como se tivesse informação interna que não tem. | Filtra tudo com "segundo a jornada..." ou "o registro público mostra que...". O que você não tem como saber — motivações internas, decisões de negócio não documentadas — não entra. A história lastreada em registros públicos é mais forte do que a especulação. |
| O vídeo ficou abstrato — muita história, pouco produto. | A cada ponto histórico, abre o Overclock atual e mostra o que aquele momento originou. "A comunidade pediu X em [data] — hoje X está aqui." O produto é a prova viva da história. |
Como saber que ficou bom
O vídeo está pronto quando: (1) pelo menos 2 datas citáveis da /jornada aparecem no vídeo, (2) um frame do Overclock em versão antiga aparece em contraste com a versão atual, (3) a conexão com o campeonato Builders é feita explicitamente no fecho.
Outras formas de gravar este roteiro
- Versão linha do tempo visual: cria uma linha do tempo simples (pode ser num pane do Overclock) com as datas — mais visual, mais fácil de acompanhar.
- Versão entrevista: entrevista alguém da equipe do Overclock se possível — a perspectiva de dentro valida a história de fora.
Três títulos prontos
Escolhe um, ou usa como base — número e promessa concreta sempre na frente.
| 01 | Esse app foi construído AO VIVO — e a comunidade pediu pra ele existir |
| 02 | A história do app que nasceu numa live (e virou ecossistema) |
| 03 | De ferramenta interna a produto — tudo documentado em live |
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.