Guia7 min de leitura

Como Fazer um Vídeo de Demonstração SaaS

Prepare um fluxo SaaS para revisão antes da distribuição.

Use um URL e uma breve indicação de fluxo para preparar um vídeo de demonstração SaaS, reveja o resultado e evite afirmações demasiado amplas.

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.

Um vídeo de demonstração SaaS ganha o seu lugar quando permite a um potencial utilizador compreender um fluxo de produto valioso antes de ter de criar uma conta ou ler uma longa lista de funcionalidades. O objetivo não é uma visita completa. É uma explicação concisa e revisável de como uma tarefa real avança de um ponto de partida reconhecível até a um resultado. Para uma pequena equipa a preparar um lançamento, esse foco também torna possível rever o recurso honestamente antes de este chegar a uma página de destino, uma listagem, um README ou uma nota de lançamento.

O fluxo de trabalho declarado do GogoScreen começa com o URL de uma aplicação web e uma indicação de uma linha sobre o que mostrar. Devolve um MP4 terminado, com uma voz sobreposta escrita e falada para corresponder ao que aconteceu no ecrã. O produto também aplica edição automática, incluindo aproximações ao clicar, suavização do cursor, cortes de tempos mortos e legendas. Pode ser fornecida uma conta de demonstração quando um fluxo relevante está protegido por início de sessão. Estas são capacidades do produto, não uma garantia de que todos os SaaS, rotas ou a primeira renderização funcionarão. Planeie para o caso de um candidato falhar ou precisar de nova tentativa, e reserve tempo de revisão no calendário de lançamento.

Comece pela tarefa do utilizador

Comece por uma tarefa do utilizador, não por um item de menu. Pergunte o que alguém precisa de realizar depois de descobrir o produto. Uma tarefa como criar um projeto, configurar um fluxo de trabalho ou ver um resultado concluído pode ser mais fácil de compreender do que uma visão geral de todas as secções do painel. A tarefa selecionada deve ser significativa para o comprador e possível de mostrar com dados preparados e não sensíveis.

Defina o âmbito da história como início, ação, resultado. O início mostra o contexto. A ação é a decisão ou operação que muda algo. O resultado confirma porque é que a operação importou. Se a rota contiver várias escolhas importantes, escolha a que sustenta a promessa da página e ligue a outra página para o resto. Tentar cobrir a integração inicial, a administração, as integrações e os relatórios numa única sequência costuma deixar o espectador sem nenhuma conclusão clara.

Parte da história	O que estabelece	O que deixar de fora
Início	O contexto da tarefa selecionada	Uma visita a todas as secções do painel.
Ação	A decisão ou operação que muda algo	Preparação não relacionada e fluxos de trabalho extra.
Resultado	Porque é que a operação importou	Uma afirmação que a sequência visível não consegue sustentar.

Um vídeo de demonstração para o Product Hunt usa esta estrutura para uma galeria de lançamento, enquanto um vídeo de demonstração de página de destino a usa para prova acima da dobra. Um recurso de demonstração para README precisa de um percurso ainda mais restrito. Um vídeo de registo de alterações deve mostrar uma alteração lançada, em vez de uma visão geral. Um indie hacker pode transportar uma tarefa funcional por vários canais de lançamento, enquanto um programador independente pode definir um limite de revisão pessoal, e um SaaS de duas pessoas pode dar a um responsável uma entrega entre pares. A disciplina partilhada é decidir primeiro a tarefa, e só depois escolher a rota que a demonstra.

Prepare uma rota acessível

Use uma rota que possa ser alcançada por um navegador e testada pela equipa. Abra-a manualmente antes de submeter uma renderização. Confirme onde um visitante cai, se ocorre um redirecionamento, e se um estado vazio, um aviso de consentimento, uma janela modal ou um pedido de integração inicial interrompe a ação pretendida. Prepare os dados necessários para um resultado significativo sem usar nomes de clientes, URLs de clientes, documentos privados ou credenciais de clientes.

Abra-a manualmente e esteja atento às quatro coisas que mais frequentemente ocupam o fotograma de abertura:

Um redirecionamento que faz o visitante cair noutro sítio que não a rota pretendida.
Um estado vazio que não deixa nada para agir sobre.
Um aviso de consentimento ou uma janela modal sobre a ação.
Um pedido de integração inicial que corre antes de a tarefa poder começar.

Quando o início de sessão for necessário, pode ser fornecida uma conta de demonstração descartável através do processo aprovado do produto. Os autores não devem manusear a credencial em si. No GogoScreen, as credenciais são cifradas, utilizadas para uma única renderização e depois eliminadas. 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. Isto descreve o tratamento declarado das credenciais, não uma afirmação de que um determinado percurso de início de sessão se concluirá. Se uma rota não puder ser tornada acessível ou o estado não puder ser preparado com segurança, escolha um momento de produto diferente ou use um formato de comunicação diferente.

Um fluxo de captura baseado em URL também exclui algumas situações. Destina-se a uma aplicação web acessível, não a uma aplicação de ambiente de trabalho ou móvel nativa. Um ambiente privado que não pode ser alcançado não deve ser representado como pronto apenas porque a equipa quer um vídeo.

Escreva uma indicação focada

A indicação dá um propósito ao candidato. Indique numa frase a rota de início, a ação do utilizador e o resultado esperado. "A partir da lista de projetos preparada, crie uma fatura e mostre-a na lista" dá a um revisor algo concreto para comparar. "Mostre o produto" não identifica um percurso útil, e um guião longo convida a passos não relacionados que obscurecem a tarefa do comprador.

Mantenha os termos do produto consistentes com o texto da página de destino ou de lançamento. Se a aplicação chama a algo um espaço de trabalho, não lhe chame uma pasta na indicação. Evite afirmações como conclusão instantânea ou compatibilidade universal, a menos que os factos do produto as sustentem. A indicação deve descrever a tarefa observada, não criar uma promessa de marketing que a filmagem final não consiga sustentar com segurança.

Teste o percurso depois de escrever a indicação. O teste é preparação, não um substituto para rever o candidato renderizado. Registe qualquer estado que tenha de estar presente para o resultado aparecer. Se ocorrer uma interrupção, altere a rota preparada ou restrinja a tarefa. Uma preparação restrita e repetível dá ao revisor uma base defensável para decidir se o candidato é utilizável.

Reveja o candidato antes da distribuição

Um ficheiro terminado não está automaticamente pronto para publicação. Compare-o com o início, a ação e o resultado pretendidos. Verifique se o fotograma de abertura dá contexto suficiente a um espectador sem som. Procure pedidos inesperados, estados incompletos, material privado, ou um resultado que dependa de informação fora do vídeo. Reveja a voz sobreposta em confronto com o que aconteceu no ecrã, em vez de presumir que descreve corretamente a sequência.

Se o candidato não seguir o percurso pretendido, registe a falha ou o resultado da nova tentativa. Não o publique apenas porque um ficheiro existe. Isto importa porque aproximadamente uma em cada cinco renderizações pode falhar ou precisar de nova tentativa. O guia de nova tentativa de vídeo de demonstração de produto mostra como alterar o menor elemento de preparação relevante, sem tratar uma segunda tentativa como uma garantia implícita de um resultado à primeira.

Cada conta nova recebe 60 segundos de vídeo uma única vez, com marca de água. O guia de vídeo de demonstração SaaS curto usa esse limite para forçar uma história específica. Depois dos 60 segundos gratuitos, os novos vídeos usam tempo de um plano ou de um carregamento, e o tempo comprado com carregamentos não expira. O tempo só é usado quando uma renderização é bem-sucedida. Nenhum destes factos de preços determina a adequação editorial. A decisão editorial continua a ser se o candidato mostra um percurso de produto relevante, seguro e compreensível.

Selecione a colocação certa

Depois da aprovação, use o vídeo onde ele resolve a pergunta que levou o espectador ali. Uma página de destino pode precisar de uma breve prova da ação central. Uma listagem de lançamento pode precisar de uma explicação compacta do novo produto. Um README pode precisar de uma orientação rápida com um guia mais completo por perto. Uma nota de lançamento pode precisar de evidência de uma alteração. A colocação determina quanto contexto o vídeo precisa à sua volta.

Use guias relacionados para manter essas tarefas distintas. O guia de vídeo de demonstração de software a partir de um URL explica com mais detalhe a prontidão de URL e autenticação. Um vídeo de lançamento SaaS construído com IA centra-se num resultado de cliente para um novo SaaS, enquanto um vídeo de demonstração MVP escolhe a única tarefa que um produto inicial precisa de provar. Um vídeo de atualização para investidores restringe a evidência a uma alteração de produto atual para uma parte interessada. Uma indicação de fluxo de uma linha para um vídeo de demonstração indica a tarefa de navegador selecionada, enquanto uma checklist de fluxo de demonstração de produto escolhe o seu início, ação e resultado. Para outras opções diretas de URL, reveja GogoScreen versus Demosmith e GogoScreen versus ngram. Comece pela página inicial do GogoScreen, consulte os preços, e depois reveja a política de privacidade e os termos antes de submeter uma renderização.

Esclarecimentos

Antes de começar

O que torna útil uma indicação de fluxo para um vídeo de demonstração SaaS?

Uma indicação útil nomeia um ponto de partida acessível, a ação importante do utilizador, e o resultado a alcançar. Define um alvo de revisão claro sem tentar narrar todas as funcionalidades do produto.

Todos os SaaS podem usar este fluxo de trabalho?

Não. O fluxo de trabalho precisa de uma aplicação web acessível e de um percurso focado que possa ser preparado para revisão. Uma renderização pode falhar ou precisar de nova tentativa, e aplicações nativas ou rotas inacessíveis ficam fora deste fluxo de trabalho para aplicações web.

O que devo rever no resultado?

Compare o candidato com a rota, a ação e o resultado pretendidos. Verifique estados vazios, interrupções, material sensível, e se a sequência faz sentido sem depender inteiramente do som.

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.

Ver preços Ler os guias