Erros que perdem espectadores
Demos falham de um pequeno número de formas reconhecíveis, e nenhuma tem a ver com valor de produção. Todas têm a ver com atenção: cada uma delas dá ao espectador um motivo para parar antes da parte com que você se importava.
A pista e o tour
Duas versões do mesmo erro. A **pista** é tudo antes da coisa interessante: o login, a navegação, o tour pela barra lateral, a explicação do que vamos ver. O **tour** é mostrar a estrutura do produto em vez do uso dele — aqui o painel, aqui as configurações, aqui o módulo de exportação. Os dois nascem de querer ser completo e os dois perdem o espectador, porque nenhum responde à única pergunta que está sendo feita: *o que isso faz por mim*. Comece na ação e mostre uma tarefa do começo ao fim. Estrutura é para o que serve a documentação.
Texto ilegível
A falha técnica mais comum, e ela se decide na hora de gravar. Uma janela maximizada num monitor grande, reduzida a 1080p, deixa o texto do corpo com cerca de seis pixels de altura: ilegível num notebook e invisível num celular. Ampliar depois amplia pixels que nunca existiram. As soluções estão todas na origem: redimensione a janela antes de gravar, suba o nível de zoom do próprio aplicativo e lembre que uma demo publicada num feed será assistida do tamanho de uma carta de baralho. Se você não consegue ler o texto no seu celular, ninguém consegue.
Enjoo
Zooms demais, movimentos rápidos demais, movimentos que voltam ao plano geral entre dois alvos próximos, e movimentos que chegam e saem antes que se possa ler algo. Qualquer um deles transforma uma demo em algo que se pula por razões que seriam descritas como «pareceu estranho». Dois ou três movimentos em trinta segundos, cada um segurado tempo suficiente para ler, com os próximos encadeados diretamente em vez de saltar para fora e para dentro. Movimento deve apontar coisas; quando há mais movimento que conteúdo, ele não aponta nada.
Coisas inventadas e a suposição de som
Não invente cursor, efeito de clique, notificação ou resultado. Um espectador que percebe um elemento fabricado reavalia todo o resto do vídeo, e eles percebem mais do que se imagina. Por isso aqui nada desenha um cursor e por isso a barra de endereço da moldura de navegador fica vazia se você não digitar uma. A outra metade disso é supor som: a maioria das demos é assistida sem áudio num feed, então tudo explicado só na narração não está explicado. O que precisa ser entendido deve estar visível na tela — que é também por que demos mudas vão mais longe e não exigem regravação quando o idioma muda.
Perguntas frequentes
Por que as pessoas param de assistir minha demo?
Normalmente pela pista — os primeiros dez a vinte segundos gastos entrando, navegando e explicando antes de qualquer coisa acontecer. Comece na ação.
Por que meu texto fica ilegível no vídeo?
A janela de gravação era grande demais para a resolução de exportação. Redimensione e suba o zoom do app antes de gravar; depois não tem conserto.
Uma demo com muitos zooms é melhor?
Ao contrário. Dois ou três movimentos bem segurados vencem uma dúzia; movimento constante se lê como insuportável independentemente do conteúdo.
Devo adicionar cursor ou efeito de clique falso?
Não. Elementos fabricados são notados e custam a confiança do espectador no resto do vídeo.
Preciso de narração?
Não, e muitas vezes é melhor sem. A maioria das demos em feeds é assistida sem som, então o que é explicado só no áudio não está explicado.
Devo mostrar o produto inteiro?
Não. Uma tarefa, do começo ao fim. Mostrar a estrutura do produto é trabalho da documentação, não de uma demo.
Transforme uma gravação de tela numa demo que as pessoas assistem. Grave uma aba, receba zooms automáticos onde algo realmente aconteceu, apoie tudo num fundo limpo dentro de uma moldura de janela e exporte MP4. Tudo acontece na aba — do nosso lado não existe endpoint que aceite vídeo.
Abrir o Demo Studio