Mostre uma transação a mudar um número real do orçamento.
Mostre uma aplicação de orçamento a categorizar uma transação e a atualizar um total, com números de demonstração inventados que nunca tocam em dados reais.
Ver como funcionaOs primeiros 60 segundos de vídeo são gratuitos, com marca de água. Verifique o seu correio eletrónico para o descarregar.
gogoscreen.com
1
Construa um livro-razão inventado
Construa um livro-razão inventado com totais de categoria que já se pareçam com um mês real, não um painel vazio.
2
Categorize uma transação em câmara
Categorize uma transação em câmara e deixe o total do orçamento atualizar-se na mesma vista.
3
Verifique se os números se mantêm consistentes
Verifique se os números se mantêm consistentes em todos os ecrãs que o vídeo visita, já que uma desconformidade é a forma mais rápida de perder confiança.
Um vídeo de demonstração de orçamento tem uma restrição que a maioria das outras categorias não tem: os dados no ecrã têm de parecer dinheiro sem serem o dinheiro real de ninguém. Isso não é uma nota de rodapé legal, é todo o problema de conceção. Um observador a decidir se confia à aplicação as suas contas reais está a procurar os mesmos sinais que um revisor de fraude procura, números que batem certo, categorias que fazem sentido, e um total que muda por uma razão visível.
A parte do GogoScreen nisto é estreita. Dê-lhe o URL de uma aplicação web e uma linha sobre o que mostrar, e devolve um MP4 narrado e editado com aproximações nos cliques, suavização do cursor, cortes de tempo morto, e legendas. Pode usar uma conta de demonstração para uma rota atrás de um início de sessão. Não sabe como é um orçamento credível. Esse trabalho de preparação pertence a quem constrói a demonstração, antes de qualquer renderização ser pedida.
Precisa de provar que uma ação financeira muda um número que o observador já consegue ver. Um ecrã cheio de gráficos circulares sem uma transação de origem clara parece uma maqueta, não um produto a funcionar. A escolha mais forte é uma ação única e específica, categorizar uma transação, registar uma despesa, ou definir um limite de categoria, seguida imediatamente do total ou do saldo restante a atualizar-se à vista.
Elemento
O que deve mostrar
O que quebra a confiança
Estado inicial
Um livro-razão com categorias e totais realistas
Um painel vazio com zero em todo o lado
A ação
Uma transação categorizada ou registada
Uma visita às definições sem nenhuma ação financeira
Resultado
Um total ou saldo restante que se atualiza à vista
Números que não batem certo entre ecrãs
Um limite de orçamento ou um aviso de gasto excessivo é um segundo momento útil a considerar, já que mostra a aplicação a fazer mais do que armazenar um livro-razão. Se uma categoria estiver perto do seu limite antes de a transação categorizada ser lançada, um aviso a aparecer logo depois da ação dá ao observador um segundo sinal, distinto, de que o software está ativamente a acompanhar um plano em vez de apenas registar histórico.
Comece a partir de um mês plausível, não de uma folha de cálculo com números redondos. Renda, mercearia, uma ou duas subscrições, um depósito de salário, totais de categoria que somam corretamente face às transações mostradas. Números redondos e totais suspeitosamente exatos parecem falsos mesmo quando nada neles está errado, e um observador que note isso vai descontar tudo o resto no vídeo.
Use nomes de categoria que a própria aplicação usa, não rótulos genéricos inventados para a demonstração.
Certifique-se de que cada total mostrado bate certo com as transações que o produziram.
Evite qualquer nome real de banco, nome real de comerciante ligado a uma pessoa real, ou formato real de número de conta.
Mantenha o livro-razão inventado apenas dentro da conta de demonstração, nunca misturado num ambiente de testes partilhado.
A consistência entre ecrãs importa tanto quanto o realismo dentro de um ecrã. Se o painel diz que uma categoria tem quarenta dólares restantes, a lista de transações por trás dela precisa de apoiar esse número quando um observador clica para ver. O guia de vídeo de demonstração para um novo SaaS cobre este mesmo problema de reconciliação para um recurso de primeiro lançamento, onde cada número no ecrã é efetivamente uma afirmação sobre o produto.
Construa o mês inventado com mais entradas do que o vídeo vai efetivamente mostrar. Um livro-razão com oito ou dez transações a apoiar os totais de categoria visíveis parece habitado mesmo que apenas uma dessas transações seja categorizada em câmara. Um livro-razão com exatamente uma transação, a que está a ser demonstrada, é um sinal claro de que a conta foi criada momentos antes da gravação e vai parecer isso a quem percorrer a lista.
Construa um livro-razão inventado com totais de categoria que já se pareçam com um mês real, não um painel vazio.
Categorize uma transação em câmara e deixe o total do orçamento atualizar-se na mesma vista.
Verifique se os números se mantêm consistentes em todos os ecrãs que o vídeo visita, já que uma desconformidade é a forma mais rápida de perder confiança.
Escreva a indicação da forma como descreveria a ação a um colega, não da forma como descreveria a funcionalidade a um potencial cliente. "A partir da lista de não categorizados, atribua o encargo de doze dólares do café à categoria de refeições e mostre o total de refeições a atualizar" é específico o suficiente para testar. Uma instrução mais vaga convida a uma visita ampla ao painel que nunca chega a um único momento credível.
Teste a rota manualmente primeiro. Abra o ecrã exato, faça a categorização você mesmo, e confirme que o total se atualiza sem que um recarregamento esconda a mudança. Aproximadamente uma em cada cinco renderizações falha ou precisa de nova tentativa, e uma demonstração de orçamento a falhar silenciosamente é pior do que na maioria das categorias, porque um número errado num contexto financeiro parece um erro no próprio produto em vez de um problema de renderização.
Leia cada valor visível no vídeo final face ao livro-razão inventado mais uma vez antes de publicar. É fácil notar um total obviamente errado e não notar uma inconsistência menor, um nome de categoria que mudou entre dois ecrãs, ou uma data que não corresponde ao mês que o resto do painel sugere. Uma demonstração financeira atrai mais escrutínio do que a maioria, e um observador que detete uma inconsistência vai assumir que há mais que não detetou.
As legendas importam mais aqui do que na maioria das categorias, já que os números lidos em voz alta precisam de corresponder exatamente aos números no ecrã. O guia de legendas para vídeo de demonstração de produto cobre verificar se o texto gravado concorda com a voz sobreposta antes de publicar. Para uma demonstração destinada a explicar uma alteração já lançada em vez do produto inteiro, o guia de vídeo de changelog restringe o âmbito da mesma forma que este guia o restringe a uma transação.
Um observador a decidir se liga uma conta bancária real importa-se com mais uma coisa que este vídeo não consegue mostrar diretamente, que é o que acontece a esses dados depois de ligados. Está bem deixar essa pergunta para a página de preços ou de segurança em vez de a tentar responder dentro de uma demonstração, já que um fluxo gravado de uma transação categorizada não é o formato certo para explicar o tratamento de dados por completo. Mantenha o vídeo estreito e deixe que a página em redor carregue esse peso.
Um vídeo de demonstração de orçamento pode usar dados reais de conta?
Não. Saldos reais, transações reais, e nomes reais de conta nunca devem aparecer num vídeo público. Construa um pequeno conjunto de transações e totais de categoria inventados que se comportem como os reais se comportariam, e depois grave sobre isso.
O que deve mostrar realmente a demonstração?
Mostre uma transação a ser categorizada e o total da categoria ou o orçamento restante a mudar como resultado. Um painel cheio de gráficos sem nenhuma causa visível para os números não explica como a aplicação funciona.
A aplicação precisa de início de sessão para este tipo de demonstração?
Quase sempre, já que os dados de orçamento são pessoais por definição. Uma conta de demonstração descartável é a abordagem padrão, e uma credencial fornecida no GogoScreen é cifrada, utilizada para uma única renderização e depois eliminada. Se for planeado primeiro um storyboard, as credenciais ficam cifradas durante essa sessão e são eliminadas, no máximo, duas horas após a última utilização.
Cole um URL, descreva um fluxo e obtenha um vídeo de demonstração da sua aplicação web.
Os primeiros 60 segundos de vídeo são gratuitos, com marca de água. Verifique o seu correio eletrónico para descarregar o vídeo.
