Dicas para criar demos S-tier

• Demos são um elemento decisivo que pode determinar se um projeto será lançado e se uma startup conseguirá investimento, mas a maioria dos desenvolvedores prefere construir a apresentar e não investe em melhorar sua habilidade de demo
• Após observar várias demos, foram encontrados padrões que apareciam em comum nas demos de alto nível, organizados em 24 dicas
• A estrutura básica é definir uma única mensagem central para fixar na memória e concentrar todos os elementos nela, abordando a apresentação como um pitch em vez de um tour pelo produto
• Começar com um incômodo comum com o qual toda a audiência se identifica e aumentar o engajamento com linguagem em "você" e demonstrações comparativas com o método existente
• O essencial é transformar tudo em uma demo ativa (active demo) usando energia, dados reais, visualização e elementos divertidos

---

Estrutura básica (The basic structure)

• 1. Defina uma mensagem central para ficar na memória e organize todos os elementos da demo ao redor dela; normalmente, o ponto principal é o problema que se quer resolver e como ele será resolvido
• 2. Vá ao ponto principal o mais rápido possível; explicar o contexto da ideia é desnecessário e, mesmo quando contexto for preciso, limite-se a 1 ou 2 frases
• 3. Trate a demo como um pitch, não como um tour pelo produto; o objetivo não é exibir algo legal que você construiu, e sim empolgar a audiência
• 4. Termine com um fechamento acionável imediato; pode ser algo direto como um QR code, ou um convite para contribuidores e perguntas
  • A equipe que criou um sistema para interagir com o PostHog por um app de mensagens exibiu um número de telefone no slide final
  • A equipe do MCP Analytics anunciou que o projeto já havia sido distribuído para 25% dos usuários do PostHog; fazer o lançamento antes da demo gera um grande efeito de "wow"

Táticas de storytelling (Storytelling tactics)

• 5. Comece com um incômodo comum que toda a audiência entende
  • A equipe de designers que criou um web app para etiquetar e indexar ilustrações automaticamente perguntou sobre a dificuldade de encontrar um ouriço específico em um arquivo bagunçado de Figma chamado "Hoggies", e todo mundo levantou a mão
• 6. Use conceitos familiares para explicar algo novo; a equipe que implementou Claude Cowork dentro do PostHog Code chamou o projeto de "PostHog Work"
• 7. Crie um app de demo separado, especialmente ao demonstrar ferramentas para desenvolvedores
  • Uma ferramenta para implantar agentes que testam UI manualmente só ficou realmente compreensível quando foi mostrada em um app de demo separado chamado "OnlyHogs"
• 8. Use a linguagem de "você" para colocar a audiência na perspectiva certa; em vez de "criamos um app para gerenciar tickets de suporte", diga "imagine que você está de plantão e tentando resolver 6 incidentes ao mesmo tempo"
• 9. Faça uma demonstração comparativa com a alternativa, mostrando lado a lado o fluxo antigo e doloroso de 6 etapas e a nova versão em 1 etapa, criando um referencial de comparação
• 10. Deixe o funcionamento interno para depois; assim como um mágico não revela o truque, não explique a implementação logo no começo, e links para vídeo explicativo ou blog são um bom CTA final

Preparação e apresentação (Setup and delivery)

• 11. Transmita muita energia, como Steve Ballmer; muitas demos excelentes são, na prática, apenas demos razoáveis feitas por alguém cheio de energia
• 12. Não peça desculpas; dizer "desculpe, ainda está meio cru" reduz a expectativa antes mesmo de mostrar qualquer coisa, então apenas comece
• 13. Sinalize claramente que acabou, para evitar o constrangimento do momento do aplauso; use uma frase de encerramento, uma entonação descendente ou um visual de celebração
• 14. Use uma checklist de setup de demo para os deuses da demo
  • Use um projeto de demo em vez de uma conta real com dados de clientes
  • Desative notificações do notebook e deixe o celular no silencioso
  • Deixe a URL da demo nos favoritos em vez de digitá-la na hora
  • Tenha um plano B para falhas de Wi‑Fi, como capturas de tela de backup
  • Aumente o zoom do navegador para 125–150% para que o pessoal do fundo consiga ler
  • Teste o projetor antes de as pessoas chegarem
• 15. Use dados reais sempre que possível; dados obviamente falsos passam uma impressão fraca
  • A equipe do HogNet, ao demonstrar um serviço de aluguel de hackathon-in-a-box, criou um site com preços e logística de entrega, tornando tudo mais realista do que usar lorem ipsum
• 16. Faça o máximo possível de pré-carregamento e cache; como um chef de TV que deixa os ingredientes prontos, elimine tempos mortos causados por respostas de agentes, consultas longas ou builds lentos
• 17. Pratique em voz alta pelo menos uma vez, para ganhar confiança e apresentar de forma natural
• 18. Não deixe o perfeccionismo impedir a demo; em hackathons, apresenta-se até trabalho em andamento, e demos existem justamente para mostrar coisas ainda inacabadas

Torne divertido (Make it fun)

• 19. Evite expor código comum; mesmo sem UI, isso não é desculpa para abrir mão de recursos visuais, e diagramas de arquitetura podem ser gerados em segundos
• 20. Também não mostre apenas slides comuns; demos ativas sempre vencem, e o coração de uma demo é mostrar algo sendo feito ao vivo
• 21. Ferramentas básicas de gravação de tela deixam a desejar, então use apps como Screen Studio, que adicionam zoom e animações
• 22. Os visuais não precisam ser bonitos; basta destacar o que importa, e até gráficos simples podem oferecer informações úteis em cada chamada
• 23. Áudio é subestimado; uma equipe gerou uma narração em estilo sea shanty, e um projeto de chamadas de pesquisa com usuários por IA fez uma demo totalmente focada em áudio
• 24. Seja mais esquisito (Do more weird); a equipe do app mobile do PostHog Code colocou ao fundo um vídeo de piña colada que ninguém pediu, e essa acabou sendo a demo mais memorável

[aliveornot]

O conteúdo está bom.