📈 Princípio: do trivial ao específico
A demo mais eficaz começa no trivial universal e termina no específico do cliente. Cada passo provoca um "ah, eu consigo fazer isso" antes de avançar. Esse é o padrão "show, then do" do playbook Atlassian aplicado a múltiplos passos.
🎯 Os 3 atos da demo (Atlassian-style)
- Ato 1 — Trivial (30s): tarefa universal. "Melhore esse e-mail rápido."
- Ato 2 — Intermediário (1-2 min): mesma ferramenta com mais contexto. "Agora com tom do cliente."
- Ato 3 — Específico do cliente (3-5 min): caso real da empresa. É o que converte awareness em adoção.
A versão 5-demos é a expansão desse modelo: 1 trivial + 2 intermediárias (setor + empresa) + 2 ato 3 (workflow + moonshot).
✓ Sequência funciona porque
- ✓Demo 1 estabelece "isso é fácil"
- ✓Demo 2-3 estabelece "entende meu setor"
- ✓Demo 4 estabelece "isso é workflow, não só chat"
- ✓Demo 5 estabelece "preciso desse cara"
✗ Pular pra demo 5 direto
- ✗Sala leiga vê como mágica suspeita
- ✗Técnicos pedem detalhes que não cabem
- ✗Sem escada cognitiva = não adota
- ✗"Demo mãe de Deus" vira novidade, não método
🔑 Demo 1 — "chaves balançando"
Nome inspirado no chocalho de bebê: chama atenção sem assustar. Tarefa universal, < 60s, qualquer um na sala faz amanhã.
📝 Exemplo de demo 1
Prompt: "Melhore esse e-mail que mandei rápido:
'oi joao precisamos remarcar a reuniao de
amanha estou viajando me avisa que horario
funciona pra vc valeu'"
Output esperado: versão polida em 5s, mesmo conteúdo.🎯 Características da demo 1
- Duração: 30-60s no total
- Modelo: Haiku 4.5 ou Sonnet 4.6 — não precisa Opus
- Universalidade: qualquer um na sala já mandou e-mail assim
- Função: nivelamento — coloca todo mundo no mesmo ponto
- Objetivo: sucesso visível em < 1 min, baixa guarda
💡 Dica prática
Resista à tentação de fazer a demo 1 "impressionante". Quanto mais trivial, melhor. Você quer que o leigo da sala pense "eu consigo fazer isso agora", não "uau, isso é avançado".
🏥 Demo 2 — caso do setor
Sobe um nível: caso típico do setor do cliente (jurídico, saúde, vendas, RH). Ainda genérico — não é a empresa específica — mas com vertical claro. Sala muda de "interessante" pra "ah, ele entende o que a gente faz".
Jurídico
"Vou pedir pro Claude revisar essa cláusula contratual e apontar riscos potenciais."
Saúde
"Vamos transformar essa nota clínica desestruturada num resumo SOAP padrão."
Vendas
"Vou pedir pra qualificar esse lead pelo BANT olhando o histórico de troca."
RH
"Gere job description pra esse cargo seguindo nosso template padrão."
💡 Dica prática
Capriche no jargão. "Cláusula", "SOAP", "BANT", "job description padrão" — vocabulário do setor sinaliza que você fez lição de casa. Sem jargão certo, demo 2 vira repetição de demo 1.
🎯 Demo 3 — caso da empresa
Aqui entra tudo que você preparou: avatar do módulo 3.1 + thread sanitizada do módulo 3.2. Caso específico: "responder esse e-mail real (sanitizado) do cliente A, no tom da empresa". Esse é o ponto "isso é mágica" da sessão.
🎬 Setup ideal
- Project com avatar.md em Custom Instructions
- Thread sanitizada como Knowledge file
- Modelo: Sonnet 4.6 (qualidade/custo) ou Opus 4.7 se moonshot exigir
- Prompt: "Responda essa thread no tom da empresa, citando o ID do contrato corretamente, oferecendo 2 opções de próximo passo."
✓ O que vai chamar atenção
- Tom idêntico ao da empresa
- Uso de jargão interno correto
- Referências cruzadas (ID do contrato, etc.)
- 2 opções de resposta vs 1 só
- Tom adequado pra urgência detectada
🎭 Frases-âncora pra narrar
- "Repare que ele manteve o 'time' em vez de 'departamento'..."
- "Veja como ele citou o ID corretamente..."
- "Note que ele não falou de preço — porque o avatar restringe..."
- "Esse tom caloroso mas direto é o que pedimos..."
🔗 Demo 4 — workflow encadeado
Salto qualitativo: deixar de ser "chat útil" e virar workflow. Cadeia multi-step que executa uma tarefa real do dia-a-dia. Aqui entra dispatch/subagent ou Claude Code se a sala suportar.
⛓️ Exemplo: triagem de inbox
Cadeia:
1. Ler as últimas 10 threads via Workspace Connector
2. Classificar por urgência (alta/média/baixa)
3. Para cada de alta: rascunhar resposta no tom da empresa
4. Para cada de média: gerar resumo de 1 linha
5. Para cada de baixa: marcar pra revisão semanal
6. Retornar dashboard estruturado
Tempo total: ~90s
Trabalho manual equivalente: ~45 min🤖 Ferramentas relevantes
- Connectors: Google Workspace, Linear, Atlassian, GitHub, etc.
- Subagents / Agent tool: delega partes pra agentes especializados (paralelizável)
- Scheduled Tasks / Routines: rodam mesmo com máquina off (infra Anthropic)
- Artifacts: dashboard interativo como resultado final
💡 Dica prática
Demo 4 é onde a sala pensa "espera, isso elimina metade do meu dia". Esse momento de cálculo mental é o gatilho para interesse em continuidade (workshop pago, retainer). Não acelere — deixe o cálculo acontecer.
🚀 Demo 5 — moonshot
A demo que fecha a boca da sala. Algo que parece impossível pra sala leiga, mas é alcançável com Claude + connectors + um pouco de cola. Aqui não é "isso é útil" — é "preciso desse cara me ajudando a fazer isso".
📨 Agente de inbox
Monitora caixa 24/7, prioriza, rascunha respostas, espera aprovação humana. Routine + connectors.
📑 500 contratos em 5 min
Subagents em paralelo extraem cláusulas-chave, identificam riscos, geram planilha consolidada.
📊 Relatório diário automático
Routine roda 7h da manhã: puxa métricas, gera resumo executivo, manda no Slack.
⚠️ Demo 5 é OBRIGATORIAMENTE gravada
Workflow longo (3-5 min de execução) + múltiplas integrações = probabilidade alta de falha ao vivo. Conector instável, rate limit, latência. Grave em condições calmas, narre por cima. Coberto em detalhe no módulo 3.4.
💰 Função comercial do moonshot
Sem moonshot, a sala sai pensando "interessante mas dá pra fazer no ChatGPT grátis". Com moonshot, sai pensando "isso eu não construo sozinho — preciso de quem construiu".
É o gatilho de funil pra workshop pago, sprint de implementação, retainer mensal. Cobre Trilha 5.
📋 Resumo do Módulo
Próximo Módulo:
3.4 — 📼 Demo como post-mortem, nunca ao vivo (por que gravar é a regra)