Guia7 min de leitura

Vídeo de Demonstração de Aplicação de Planeamento de Refeições

Mostre uma receita a tornar-se uma lista de compras, não um tour por todos os ecrãs.

Planeie um vídeo de demonstração de planeador de refeições à volta de um fluxo de receita a lista de compras, com dados preparados e revisão honesta.

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

Escolha um fluxo de planeamento de refeições

Escolha um fluxo que avance de uma receita escolhida até um resultado visível no planeador.

Semeie uma semana realista

Semeie algumas receitas de exemplo e um calendário semanal parcialmente preenchido antes de gravar.

Escreva a indicação do fluxo

Escreva uma indicação de uma linha que nomeie o ecrã inicial, a ação e o resultado visível.

Um vídeo de demonstração de aplicação de planeamento de refeições funciona quando mostra o momento em que uma única decisão se torna um plano utilizável, e não um diaporama da biblioteca de receitas. Um software de planeamento de refeições costuma ter três camadas visíveis: uma coleção de receitas, um calendário semanal para onde as receitas são arrastadas ou atribuídas, e uma lista de compras que devia atualizar-se assim que o calendário muda. A camada que realmente convence um espectador é a terceira, porque prova que a aplicação funcionou de facto, e não que apenas guardou preferências.

O GogoScreen aceita um URL de aplicação web e uma indicação de uma linha que descreve o fluxo, e depois devolve um MP4 narrado e editado, com legendas, aproximações ao clicar e suavização do cursor já aplicadas. Os planos de refeições pessoais e as listas de receitas guardadas costumam estar atrás de um início de sessão, por isso é muitas vezes necessária uma conta de demonstração, mesmo que a navegação de receitas em si possa ser pública. Planeie essa divisão antes de escolher o que gravar.

Que aspeto tem normalmente um planeador de refeições na altura da demonstração?

Uma conta nova quase nunca tem uma semana preenchida pronta a mostrar. O calendário está vazio, a lista de compras não tem nada, e a biblioteca de receitas pode ter apenas o conteúdo de exemplo com que o produto foi enviado. Tentar esconder isso gravando uma navegação longa por receitas não relacionadas não resolve o problema, apenas atrasa o momento em que o espectador nota que nada foi realmente planeado ainda.

A melhor abordagem é semear um conjunto pequeno e realista de receitas antes de gravar, e depois atribuir duas ou três delas a dias específicos no calendário. Isso dá à renderização algo em que se basear. O objetivo não é um mês inteiro de refeições. É contexto suficiente para que acrescentar mais uma receita e ver a lista de compras responder pareça um resultado real, e não uma aplicação vazia a fingir estar cheia.

Preparar essa semana inicial demora mais do que parece, sobretudo porque as receitas precisam de parecer escolhidas, e não geradas. Uma receita chamada prato de exemplo um sinaliza a um espectador que ninguém planeou de facto esta semana, mesmo que a interface envolvente esteja polida. Nomear as receitas semeadas como uma pessoa real o faria, esparguete de meio da semana em vez de receita quarenta e dois, mantém o calendário credível sem precisar do histórico real de refeições de nenhum cliente.

Como é que as escolhas de início de sessão e de dados moldam o plano?

Decida cedo se o fluxo precisa de uma conta. Navegar por uma coleção pública de receitas pode não precisar, mas guardar um plano, editar um calendário ou gerar uma lista de compras quase sempre precisa. Teste o percurso de início de sessão manualmente antes de submeter algo para renderização. Confirme que a conta chega diretamente ao calendário ou ao painel, e não a um inquérito de preferências ou a um pedido de subscrição em que um visitante pela primeira vez nunca se sentaria voluntariamente.

Elemento de planeamento	O que um espectador precisa de ver	O que evitar
Seleção de receita	Uma receita escolhida com nome e ingredientes visíveis	Uma navegação por toda a biblioteca
Calendário semanal	A receita colocada num dia específico	Um calendário vazio ou todos os dias preenchidos de uma vez
Lista de compras	Ingredientes a aparecer depois de o plano mudar	Uma lista de compras mostrada sem ligação de volta ao plano
Estado da conta	Um ecrã limpo depois do início de sessão	Um inquérito de configuração ou um ecrã de venda adicional a abrir primeiro

Nunca use a informação dietética, as refeições guardadas ou o histórico de compras de uma pessoa real como conteúdo de demonstração, mesmo que sejam dados de teste deixados por um utilizador real. Receitas semeadas e claramente fictícias protegem contra esse risco da mesma forma que o guia da categoria de aplicações de notas trata as notas pessoais como conteúdo que nunca pertence a uma gravação pública, independentemente de quão conveniente seria tirar uma captura de ecrã de uma conta real.

Escrever a indicação do fluxo

Nomeie a receita inicial, a ação de a atribuir a um dia, e o resultado de ver a lista de compras a mudar. Uma indicação funcional: a partir da biblioteca de receitas, acrescente a receita de esparguete de meio da semana a quarta-feira e mostre a lista de compras a ganhar os seus ingredientes. Isso é específico o suficiente para um revisor verificar o candidato terminado em relação a ela, e evita convidar a um vaguear por ecrãs não relacionados.

Escolha um fluxo que avance de uma receita escolhida até um resultado visível no planeador.
Semeie algumas receitas de exemplo e um calendário semanal parcialmente preenchido antes de gravar.
Escreva uma indicação de uma linha que nomeie o ecrã inicial, a ação e o resultado visível.

Mantenha o vocabulário da indicação alinhado com o produto. Se a aplicação chama à vista semanal um planeador, em vez de um calendário, use planeador. Um espectador que já usou uma aplicação concorrente vai notar a discrepância mais depressa do que nota a maioria das outras inconsistências, porque a terminologia de planeamento de refeições varia mais do que a maioria das categorias de software. Teste a indicação exata manualmente antes de a submeter, já que uma rota que funciona durante uma navegação casual ainda pode mostrar um ecrã diferente quando seguida pela ordem específica que a indicação descreve.

Quem está a ver, e em que precisa de acreditar?

A maioria das pessoas que vê uma demonstração de planeador de refeições está a decidir se experimenta a aplicação, e não a avaliá-la como uma compra empresarial. Isso muda o que as convence. Um espectador a ponderar mudar de uma lista de papel ou de outra aplicação quer ver que a lista de compras é de facto gerada a partir do plano, e não escrita à parte. Se a demonstração mostra uma lista de compras preenchida sem nunca mostrar a receita que a produziu, a promessa central do produto fica por provar, mesmo que cada ecrã isolado pareça polido.

Uma segunda audiência, mais pequena, é alguém a avaliar a aplicação como uma construção inicial, semelhante à audiência descrita no guia de vídeo de demonstração de MVP. Esse espectador perdoa uma interface rude mais facilmente do que uma ligação quebrada entre a receita, o calendário e a lista, porque a ligação é a funcionalidade que está de facto a ser testada.

Um terceiro caso que vale a pena planear em separado é um planeador de refeições ainda em desenvolvimento ativo, onde a própria funcionalidade da lista de compras é a alteração em revisão, e não a aplicação inteira. Essa situação está mais próxima do fluxo de trabalho descrito no guia de vídeo de demonstração de pull request de agente de IA, onde a gravação útil está delimitada a uma alteração de código, e não a um produto terminado. Tratar uma funcionalidade ainda em mudança como se fosse um lançamento estável convida a uma demonstração que deixa de corresponder à aplicação em dias.

Escolher onde pertence o vídeo

Uma versão curta serve para uma página de destino acima da dobra, seguindo a estrutura do guia de vídeo de produto para página de destino. Uma versão mais longa, adequada a um anúncio de funcionalidade, segue antes o guia de vídeo de demonstração de lançamento de funcionalidade. Se o fluxo foi captado diretamente do navegador sem preparação extra, o guia de gravação de ecrã automatizada explica em que difere essa abordagem de uma apresentação guiada totalmente produzida, e o guia de transformar um URL num vídeo cobre o fluxo de trabalho subjacente de que toda esta categoria depende.

Para uma categoria relacionada mas distinta, a mesma disciplina de semear dados e de início de sessão aplica-se no guia da categoria de planeador de viagens e no guia da categoria de aplicações de anúncios imobiliários, e o guia da categoria de ferramentas de apresentação cobre uma categoria onde o estado da conta importa tanto quanto aqui. Quem está a ponderar ferramentas que geram um vídeo a partir de uma gravação já existente também pode comparar com GogoScreen versus Screen Studio. Comece pela página inicial do GogoScreen com um URL e uma indicação, verifique os preços para os planos e carregamentos, percorra a biblioteca de guias para fluxos de trabalho relacionados, ou reveja as comparações com outras ferramentas antes de escolher uma.

Esclarecimentos

Antes de começar

O que deve mostrar um vídeo de demonstração de planeador de refeições?

Mostre um único fluxo, como acrescentar uma receita a um plano semanal e ver a lista de compras a atualizar-se, em vez de percorrer todas as categorias de receitas que a aplicação contém.

Um planeador de refeições precisa de dados reais de utilizadores para uma demonstração?

Não. Semeie algumas receitas realistas e um calendário semanal parcialmente preenchido. Um planeador completamente vazio parece por terminar, e as refeições guardadas de uma pessoa real não são material de demonstração adequado.

Uma conta de demonstração de planeador de refeições pode estar atrás de um início de sessão?

Sim, a maioria dos planos guardados está. Pode ser fornecida uma conta de demonstração para essa rota, e no GogoScreen as credenciais fornecidas 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.

E se a primeira renderização não seguir o fluxo pretendido?

Aproximadamente uma em cada cinco renderizações falha ou precisa de nova tentativa. Compare o resultado com a indicação e tente de novo com um âmbito mais restrito, em vez de publicar um candidato que se desviou.

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