Saltar para o conteúdo
Guia7 min de leitura

Vídeo de Página de Destino do v0

Mostre o que realmente funciona, não apenas o que parece estilizado.

Decida o que o vídeo da página de destino de uma app gerada pelo v0 pode mostrar honestamente, depois de saber quanto da app já está ligado.

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 página de destino para uma app gerada pelo v0 tem de responder a uma pergunta que a própria ferramenta não resolve: quanto do que parece terminado no ecrã está de facto ligado para fazer alguma coisa. O v0 está construído à volta da produção de interface, ou seja, componentes React e disposição visual estilizados com algo como o Tailwind, e um ecrã gerado pode parecer completamente terminado enquanto o botão no meio dele ainda não chama nada real. Um vídeo de página de destino que mostra esse botão a ser clicado, com um resultado implícito que a app não consegue atualmente produzir, cria uma expectativa que o produto quebra no momento em que um visitante o experimenta por si próprio.

Isto é diferente da preocupação numa plataforma em que o resultado gerado costuma incluir lógica de backend funcional por definição. Numa construção feita no v0, o primeiro passo honesto antes de gravar seja o que for é verificar, ecrã a ecrã, quais as interações que são cosméticas e quais são reais. Assim que isso estiver resolvido, o vídeo pode mostrar exatamente o que a app faz atualmente, o que é uma base mais defensável para uma página de destino do que um vídeo que ultrapassa o produto.

Nada disto significa que uma construção no v0 seja menos capaz do que uma produzida noutro lugar. Isto reflete a forma como a ferramenta é normalmente usada: muitos criadores começam pelo v0 precisamente para acertar a interface antes de ligar dados ou lógica reais, o que é uma ordem de trabalho razoável. O vídeo da página de destino só precisa de refletir o ponto em que esse processo se encontra atualmente, em vez de presumir que a interface e a lógica por trás dela terminam sempre ao mesmo tempo.

Como se sabe o que está realmente a funcionar?

Percorra a app da forma como um novo visitante o faria, na versão implementada e não dentro do próprio espaço de trabalho do v0. Note quais os botões que produzem uma mudança real, como dados a serem guardados ou um novo ecrã a aparecer com conteúdo que reflete uma ação concreta, e quais os botões que apenas parecem clicáveis sem mudar nada. Um ecrã que parece um painel terminado pode continuar a ser, por baixo, uma disposição estática à espera que dados reais sejam ligados.

Faça esta verificação na app implementada em vez de confiar na memória de como o projeto parecia durante a geração. É fácil perder o registo de qual foi exatamente a última peça ligada, sobretudo depois de várias rondas de indicações e ajustes, e uma passagem de cinco minutos pela app em produção elimina as suposições antes do passo mais dispendioso de escrever uma indicação e pedir uma renderização.

O que verificarO que isso indica
Clicar no botão muda algum estado visívelSe a interação está ligada a lógica real
Uma atualização da página preserva o resultadoSe a mudança é de facto guardada nalgum lugar
O ecrã mostra conteúdo real ou provisórioSe a interface está pronta para representar um resultado concreto

O que deve o vídeo da página de destino mostrar, na prática?

Mostre a interação que está genuinamente ligada, e construa a indicação à volta dessa ação específica, em vez de à volta do que o título da página de destino idealmente afirmaria. Se a parte funcional da app é gerar um resumo a partir de texto colado, o vídeo deve mostrar exatamente isso, já que é um resultado real que um visitante pode esperar reproduzir por si próprio.

  1. Verifique se as interações do ecrã estão ligadas a lógica real ou se ainda são apenas interface estilizada.
  2. Implemente a app para que o vídeo da página de destino aponte para um endereço público e estável.
  3. Mostre apenas a interação que está genuinamente ligada, não um ecrã estilizado que ainda não responde.

Porque é que o vídeo precisa de uma ligação implementada e não da pré-visualização do v0?

A pré-visualização do próprio espaço de trabalho do v0 é conveniente durante a iteração, mas uma página de destino pública beneficia de um endereço estável e implementado, normalmente alcançado ao publicar o projeto num destino de alojamento que devolve o seu próprio URL público assim que a implementação termina. Um vídeo de página de destino destina-se a permanecer numa página pública durante algum tempo, e gravar sobre uma sessão de espaço de trabalho que pode não persistir da mesma forma arrisca uma desconformidade entre o que o vídeo mostra e o que um visitante encontra se clicar mais tarde.

O passo de implementação também dá ao criador mais uma oportunidade de notar uma peça de interface que parecia terminada no espaço de trabalho, mas que se comporta de forma diferente quando está a correr em infraestrutura real, em vez de dentro da pré-visualização do próprio editor. Trate a versão implementada como a fonte da verdade sobre o que o vídeo da página de destino pode afirmar, não a última versão vista durante a iteração.

O GogoScreen recebe o URL implementado e uma indicação de uma linha que nomeia a ação funcional a mostrar, devolvendo depois um MP4 narrado com legendas, suavização do cursor, aproximações ao clicar e sem tempos mortos. Se o fluxo precisar de início de sessão, pode ser fornecida uma conta de demonstração para essa renderização, e 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. Aproximadamente uma em cada cinco renderizações falha ou precisa de nova tentativa, algo a ter em conta antes de a página entrar em produção, sobretudo se a página de destino tiver uma data de lançamento fixa associada.

Como é que isto se compara com as páginas equivalentes do Bolt ou do v0?

O guia de vídeo de lançamento no Product Hunt para v0 aborda as diferentes restrições de duração e ritmo de uma galeria de lançamento, enquanto o guia de partilha com um cliente para v0 e o guia de demonstração de portefólio para v0 abordam, respetivamente, uma entrega privada e uma entrada pública de portefólio, ambos confrontados com a mesma questão entre ligado e estilizado que esta página levanta. O guia de apresentação guiada de revisão de app v0 está mais próximo do pedido específico de um revisor do que da promessa geral de uma página de destino.

Fora do v0 especificamente, o guia de vídeo de demonstração do Cursor aborda um fluxo de trabalho centrado num editor de código, com uma relação diferente entre geração e lógica em execução, e o guia de vídeo de demonstração de resultado de teste de agente de IA aborda mostrar um teste aprovado em vez de um ecrã voltado para o utilizador. Para a escolha entre um vídeo fixo e uma versão interativa e clicável do mesmo fluxo, consulte o guia de demonstração interativa versus vídeo de demonstração.

Quem mais pode precisar de uma versão deste vídeo?

Assim que o vídeo da página de destino existe, tende a ser reaproveitado para produtos mais pequenos e relacionados, construídos da mesma forma.

  • Um SaaS de duas pessoas a lançar o seu primeiro plano pago em torno da mesma funcionalidade que já funciona.
  • Uma aplicação com sessão iniciada que precisa da mesma prova depois da página de marketing.
  • Um pitch deck inicial que precisa do mesmo excerto como prova de que uma funcionalidade central funciona.

Cada um destes reaproveitamentos depende da mesma disciplina subjacente: gravar apenas a parte da app que está genuinamente ligada. Tanto o público de um pitch deck como um cliente pagante acabarão por testar a afirmação por si próprios, de formas e em prazos diferentes, e um vídeo construído à volta de um resultado real resiste a ambos os tipos de escrutínio de uma forma que um vídeo construído à volta de um ecrã estilizado mas não funcional não consegue.

O guia de vídeo de demonstração de SaaS de duas pessoas e o guia de vídeo de demonstração de aplicação com sessão iniciada abordam essas duas primeiras colocações, e o guia de vídeo de demonstração para pitch de startup aborda o uso da mesma prova perante um investidor. Para uma comparação de ferramentas construídas para este tipo de captura, veja GogoScreen versus Demosmith. Reveja os preços, percorra o resto dos guias e das comparações, ou comece pela página inicial do GogoScreen para experimentar o fluxo de trabalho na sua própria app implementada.

Esclarecimentos

Antes de começar

Um ecrã gerado pelo v0 tem sempre lógica funcional por trás?

Nem sempre. O resultado do v0 começa muitas vezes como interface, componentes estilizados e disposição visual, e a lógica por trás de um botão pode ou não estar já ligada. Verifique antes de gravar.

O vídeo da página de destino deve usar a pré-visualização do v0 ou uma ligação implementada?

Uma ligação implementada é a opção mais duradoura para uma página de destino pública, já que o vídeo pode ali permanecer muito depois de terminar a sessão original no v0.

E se apenas a interface estiver terminada e a lógica não?

Mostre apenas o que está realmente terminado. Um vídeo nunca deve sugerir um resultado que a app não consegue atualmente produzir, mesmo que a interface para isso já pareça completa.

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.