O que demonstrações-mundanas faz?
O lançamento do Muse nunca começou com pontuações de benchmark. Ele começou com negociar uma conta, vender um carro, reservar uma viagem, auditar assinaturas — tarefas que o espectador fez na semana passada. Utilidade mundana converte; benchmarks impressionam pessoas que já estavam convencidas.
Escolha a tarefa certa
- O espectador fez isso hoje de manhã. Triagem de e-mail, Tetris de calendário, relatórios de despesas, auditorias de assinaturas. Reconhecimento cria desejo: "Odeio fazer isso" se torna "Quero isso".
- Uma tarefa, de ponta a ponta. Não um tour de funcionalidades. A conta é negociada, o voo é reservado, o carro é listado. Mostre a confirmação, não a transcrição do chat.
- Entediante é o ponto. Se a tarefa parece impressionante, os espectadores creditam a demonstração. Se a tarefa parece entediante e o agente ainda a realiza perfeitamente, os espectadores creditam o produto.
Estrutura da demonstração
- Enuncie a tarefa em uma frase ("Cancele minhas três assinaturas não utilizadas").
- Mostre-a acontecendo, acelerada se necessário, mas real.
- Termine na prova: o e-mail de confirmação, o recibo de reembolso, o itinerário reservado. O artefato é o argumento.
Mantenha abaixo de dois minutos. Corte tudo que não seja a tarefa ou a prova.
Velocidade é o fator uau
"Incrivelmente rápido" e "sempre ligado" foram os manchetes do lançamento por um motivo. Quando a capacidade é um requisito básico, a latência é o diferencial. Demonstre no caminho mais rápido, mostre o cronômetro se tiver um, e nunca peça desculpas por um spinner de carregamento — remova-o.
O que não demonstrar
- Quebra-cabeças de raciocínio abstrato. Ninguém acorda precisando resolvê-los.
- Configurações de várias etapas. Se a demonstração precisa de dez minutos de configuração, o produto não está pronto para demonstrar.
- Qualquer coisa que você não possa mostrar falhando graciosamente. Demonstrações ao vivo quebram; faça a recuperação ser parte da história, não o fim dela.