Saltar para o conteúdo
Guia7 min de leitura

Vídeo de Página de Destino Lovable

Prove que a aplicação funciona acima da dobra, sem pedir confiança cega.

Planeie um vídeo de página de destino Lovable que prove que a aplicação funciona, a partir de uma rota de pré-visualização revista antes do lançamento.

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.

Uma página de destino faz uma afirmação antes de o visitante ter feito seja o que for. Um vídeo de demonstração é a forma de essa afirmação ser verificada sem pedir ao visitante que se registe primeiro. Para um construtor que lançou uma aplicação com o Lovable, o vídeo de página de destino não é uma introdução geral ao produto. É a única peça de prova que fica acima da dobra e que ganha o próximo clique, ou não.

A lacuna que isto fecha é específica. O Lovable gera uma aplicação funcional a partir de uma indicação, e a aplicação costuma alcançar rapidamente uma rota de pré-visualização acessível. O texto da página de destino pode descrever o produto com precisão e mesmo assim não convencer ninguém, porque palavras sobre software são baratas e um ecrã a funcionar não é. Um vídeo curto da rota real remove a lacuna entre a afirmação e a prova, e fá-lo mais depressa do que pedir a um visitante que crie uma conta só para ver se a promessa é verdadeira.

Isto importa mais para um construtor a solo do que para uma equipa financiada com uma marca que as pessoas já reconhecem. Um visitante que chega de um resultado de pesquisa ou de uma ligação partilhada não tem nenhum sinal prévio em que se apoiar. O vídeo tem de fazer o trabalho de convencer que um logótipo conhecido faria de graça, o que é a razão pela qual os passos de preparação abaixo não são um polimento opcional, são todo o argumento que a página está a fazer.

Porque é que uma página de destino Lovable precisa da sua própria prova em vídeo?

Uma página de destino de uma aplicação construída no Lovable é muitas vezes publicada antes de o produto ter seguidores, uma avaliação ou uma história de cliente em que se apoiar. Ainda não há prova social. A única coisa a que a página pode apontar com honestidade é a própria aplicação. Um vídeo que mostra a rota real a funcionar dá a um visitante cético algo para avaliar diretamente, em vez de lhe pedir que confie num título.

Esta é uma tarefa mais restrita do que uma visão geral de produto construída para uma audiência mais ampla já dentro de um processo de vendas. Um vídeo de página de destino tem uma tarefa: converter um visitante frio nos primeiros segundos que passa na página. Não deve tentar explicar todo o produto. O vídeo de lançamento de SaaS construído com IA cobre o momento de lançamento mais amplo, enquanto esta página é especificamente sobre a colocação restrita acima da dobra.

O que deve mostrar o vídeo acima da dobra?

Mostre a única ação que torna a promessa do produto concreta. Se o título da página de destino diz que a aplicação transforma um formulário num relatório, o vídeo deve mostrar um formulário a tornar-se um relatório, e não um tour pela página de definições. Corte tudo o que não serve essa única afirmação.

Elemento da página de destinoO que o vídeo deve provarO que deixar de fora
Afirmação do títuloA única ação que torna a afirmação verdadeiraUma lista de funcionalidades não relacionadas
Colocação acima da dobraUm resultado visível nos primeiros segundosUma configuração longa antes de algo acontecer
Chamada à açãoPorque é que o visitante deve clicar agoraUma promessa que a rota não consegue mostrar

Um leitor a decidir se confia numa nova aplicação está a pesar um pequeno número de sinais numa janela curta. O guia de vídeo de demonstração de aplicação com sessão iniciada é útil quando a prova mais forte fica atrás de uma parede de início de sessão e a página de destino precisa de a mostrar mesmo assim, através de uma conta de demonstração preparada. Se a aplicação foi construída a partir de uma alteração aceite, em vez de raiz, o guia de vídeo de demonstração de pull request de agente de IA explica um problema relacionado mas distinto: provar uma alteração específica, em vez de todo o produto.

Como se prepara a pré-visualização Lovable para gravação?

Abra a rota de pré-visualização manualmente antes de submeter qualquer coisa para renderização. Uma aplicação gerada pode transportar um estado predefinido que não se parece com o que um utilizador real veria, e uma lista vazia ou um ecrã de substituição no início do vídeo prejudica todo o objetivo de usar o produto real em vez de uma maqueta. Confirme que a rota alcança o ecrã pretendido sem um redirecionamento inesperado ou um passo de integração a interferir.

  • Abra a rota de pré-visualização exata a partir da qual o vídeo deve começar.
  • Carregue ou crie o estado de exemplo de que o resultado depende.
  • Remova tudo o que não está aprovado para uso público, incluindo dados reais de utilizadores.
  • Confirme que a rota alcança o resultado sem um pedido extra a interrompê-la.

Se parte da aplicação estiver atrás de um início de sessão, pode ser fornecida uma conta de demonstração descartável através do processo aprovado, em vez de reutilizar uma conta real de alguém. Quem escreve não deve manusear diretamente a credencial. A preparação é também onde um construtor decide o âmbito. O guia de vídeo de demonstração de produto antes do lançamento define o padrão de revisão para qualquer coisa que vá para público pela primeira vez, e o guia de apresentação guiada de produto de agente de IA é uma comparação útil quando o fluxo mostrado começa com uma indicação, e não com um clique.

Uma aplicação gerada costuma transportar texto predefinido, um logótipo de substituição ou linhas de exemplo deixadas do processo que a construiu. Nada disso pertence a um vídeo público. Percorra a rota uma vez como um estranho faria, e não como a pessoa que a construiu, e note onde a interface ainda parece por terminar. Um vídeo de página de destino que mostra um resto de texto de substituição prejudica exatamente a confiança que devia construir, por isso esta passagem vale a pena mesmo quando a rota funciona de resto.

Que indicação mantém a promessa honesta?

O GogoScreen recebe um URL e uma indicação de uma linha sobre o que mostrar, e depois devolve um MP4 narrado e editado, com aproximações nos cliques, suavização do cursor, cortes de tempos mortos e legendas. A indicação é onde a promessa da página de destino é traduzida numa instrução que a renderização consegue seguir. Indicações vagas produzem filmagem que vagueia, e filmagem que vagueia prejudica uma colocação acima da dobra que precisa de resultar em segundos.

  1. Escolha a única ação na página de destino que o vídeo tem de provar que funciona.
  2. Prepare a rota de pré-visualização acessível com dados de exemplo seguros antes de gravar.
  3. Escreva uma indicação de uma linha, depois reveja o candidato face à promessa da página de destino.

Declare o ecrã inicial, a ação e o resultado visível numa frase, usando as mesmas palavras que a própria aplicação usa. Se a página de destino chama a algo um espaço de trabalho, a indicação deve dizer espaço de trabalho também, e não pasta. Isto mantém o vídeo, o texto e o produto consistentes entre si, o que importa mais para um visitante pela primeira vez do que qualquer funcionalidade isolada ser impressionante.

Onde acontece a revisão antes do lançamento?

Um ficheiro devolvido é um candidato, não um recurso terminado. Veja-o de novo em relação à indicação e à rota que devia seguir. Verifique se o fotograma de abertura dá contexto suficiente a um visitante sem som, se o resultado é visível sem depender só da narração, e se há alguma coisa no ecrã que não devia ser pública. Este passo não é opcional porque o processo de renderização não sabe o que a página de destino está a tentar afirmar, apenas o que a indicação lhe disse para gravar.

Só depois dessa revisão é que a colocação importa. Compare notas com colegas de equipa a enviar o mesmo recurso para um canal diferente. O vídeo de lançamento no Product Hunt para Lovable cobre a versão em galeria deste mesmo problema de prova, e o guia de partilhar com um cliente cobre entregar o mesmo tipo de recurso a alguém que nunca vai abrir a aplicação diretamente. Uma demonstração de portefólio e uma apresentação guiada de revisão de aplicação apoiam-se ambas na mesma disciplina de preparação para uma audiência diferente. Construtores a comparar plataformas também podem ler o guia de vídeo de página de destino Replit para ver como o mesmo problema aparece numa stack diferente, ou ler a comparação entre GogoScreen e Loom antes de decidir sobre um fluxo de trabalho. Comece pela página inicial do GogoScreen, reveja os preços para os planos e carregamentos, e percorra o resto dos guias ou das comparações antes de gravar.

Esclarecimentos

Antes de começar

O que deve provar um vídeo de página de destino Lovable?

Deve provar a única ação com que o visitante mais se importa, mostrada na rota de pré-visualização real, em vez de descrita em texto. Um vídeo de página de destino é prova, não um tour de funcionalidades.

A aplicação precisa de um back end real antes de gravar?

Precisa de um estado que produza um resultado real no ecrã. Um projeto Lovable ligado a uma fonte de dados consegue mostrar esse resultado diretamente. Um sem dados ainda precisa de um exemplo preparado antes de uma renderização valer a pena usar.

O vídeo pode usar uma ligação de pré-visualização Lovable que está atrás de um início de sessão?

Sim, se houver uma conta de demonstração disponível através do processo aprovado. 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 for utilizável?

Reveja-a em relação à rota e à indicação pretendidas antes de publicar. Aproximadamente uma em cada cinco renderizações falha ou precisa de nova tentativa, por isso reserve tempo para ajustar a preparação e tentar de novo.

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.