Saltar para o conteúdo
Guia7 min de leitura

Vídeo de Página de Destino Windsurf

Dê a um visitante de primeira vez uma razão para acreditar antes de percorrer a página.

Construa prova acima da dobra para a própria página de destino de uma app Windsurf, usando um fluxo em que um visitante consiga confiar nos primeiros segundos.

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 construída no Windsurf tem um trabalho mais difícil do que a maioria dos vídeos de demonstração, porque tem quase nenhum tempo para conquistar atenção. Um visitante que chega à página ainda não decidiu confiar nela, provavelmente ainda não leu além do título, e vai percorrer a página em poucos segundos se nada o convencer a continuar a ver. O vídeo que fica acima da dobra não é um tour de funcionalidades. É prova da única alegação que o título está a fazer, e precisa de a demonstrar depressa, em silêncio, antes de o visitante se ter comprometido com seja o que for.

O Windsurf é um editor de código, e a app que ajudou a construir só se torna acessível depois de ser implementada em separado do próprio editor. Antes de tratar uma rota como pronta para um vídeo de página de destino, confirme que a versão implementada é aquela em que os visitantes vão realmente aterrar, não uma cópia de pré-visualização ou de staging com dados diferentes. Um vídeo de página de destino gravado contra a implementação errada pode acabar por mostrar um estado que os visitantes nunca vão realmente ver, o que prejudica a página em vez de a sustentar.

Esta diferença entre editor e produção também molda o calendário. Uma página de destino costuma ser publicada uma vez e depois deixada em paz por algum tempo, e o vídeo que ali fica deve corresponder à app durante tanto tempo quanto a página existir. Gravar contra uma build que está prestes a mudar, porque uma funcionalidade ainda está a ser terminada, tende a produzir um vídeo já desatualizado quando os visitantes reais começarem a chegar.

Que alegação está o título a fazer, na prática?

Leia o título na página de destino e identifique a única promessa que faz. Se o título diz que a app transforma um formulário num relatório, o vídeo tem de mostrar exatamente isso, começando num formulário e terminando num relatório. Um vídeo que mostra algo adjacente, por mais impressionante que seja, quebra a ligação entre as palavras acima e as imagens abaixo, e um visitante que note a discrepância confia menos na página do que se não houvesse vídeo nenhum.

Leia o título em voz alta, depois descreva o vídeo que está prestes a fazer numa frase, e compare as duas frases diretamente. Se não descreverem obviamente a mesma coisa, a discrepância será tão óbvia para um visitante a fazer a mesma comparação em poucos segundos, só que sem o benefício de ter escrito nenhuma das duas frases.

Alegação do títuloO que o vídeo tem de mostrarO que a enfraquece
Uma transformação ou resultado específicoEssa sequência exata de entrada para resultadoUma funcionalidade diferente, sem relação
Rapidez ou simplicidadeA ação a concluir-se depressa no ecrãNarração lenta que contraria a alegação
O problema resolvido de um público específicoA tarefa real desse público, não uma genéricaUma demonstração dirigida a outro tipo de utilizador

O guia de vídeo de produto para página de destino cobre a questão de colocação e ritmo em termos mais gerais, se a app não for especificamente uma construção Windsurf. As preocupações são as mesmas de qualquer forma: fazer a imagem corresponder à promessa acima dela.

Como se deve preparar a app para esta gravação?

Abra a página de destino em produção e a app em produção da forma como um visitante real o faria, seguindo o percurso do título até à ação que ele implica. Confirme que não há ligações quebradas, nenhuma pré-visualização desatualizada, e nenhum conteúdo provisório deixado onde o resultado real devia estar. Uma página de destino recebe mais escrutínio do que quase qualquer outra página de um site, já que é a página que os visitantes comparam diretamente com as suas expectativas.

  • Percorra o percurso exato que um visitante seguiria do título até ao resultado.
  • Remova o conteúdo provisório de scaffolding e substitua-o por algo realista.
  • Confirme que a versão da app por trás da página de destino corresponde ao que vai realmente ser lançado.
  • Prepare uma conta de demonstração se o fluxo mostrado estiver protegido por início de sessão.

Se for necessária autenticação, no GogoScreen as credenciais são cifradas, utilizadas para uma única renderização e depois eliminadas, o que é a forma correta de descrever esse tratamento, em vez de afirmar que nada fica guardado. 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. Para uma construção que ainda precisa de instruções de configuração em vez de uma página de destino, um guia de demonstração de README com agente de IA é mais adequado, já que um público de README já tem um contexto que um visitante de página de destino não tem.

Verifique a página no tamanho de ecrã que a maioria dos visitantes vai realmente usar. Uma janela de visualização do tamanho de um telemóvel muda quanto do vídeo fica visível acima da dobra e se as legendas continuam legíveis, e um vídeo que se lê com clareza num portátil pode sobrepor-se ao título por completo num ecrã mais pequeno. Rever a página montada, e não apenas o ficheiro de vídeo isolado, é a única forma de detetar esse tipo de problema antes dos visitantes o fazerem.

Como se escreve a indicação para uma primeira impressão silenciosa?

  1. Faça o vídeo corresponder ao título, para que os dois façam a mesma promessa.
  2. Conceba os primeiros dois segundos para o silêncio, já que a maioria dos visitantes não vai ter o som ligado.
  3. Termine no resultado, não num esbatimento, para que o último fotograma seja a prova.

Descreva o ecrã de partida, a ação e o resultado na indicação, usando as mesmas palavras que o título usa. Se o título promete um resumo, a indicação deve terminar quando o resumo aparecer, não num ecrã seguinte. Evite instruções vagas como "mostre o valor," já que a renderização não tem forma de interpretar valor para além dos estados de ecrã concretos que descrever.

Mantenha um registo escrito da indicação exata usada para o vídeo de página de destino atual, junto do título para o qual foi escrita. Se o título alguma vez mudar mais tarde, esse registo torna óbvio se o vídeo ainda serve ou se precisa de uma gravação nova para corresponder à nova alegação.

Onde mais poderá esta imagem ser reaproveitada?

A mesma gravação, ou uma variante próxima dela, costuma servir mais do que um destino. Um guia de vídeo de lançamento Windsurf no Product Hunt precisa do seu próprio tratamento de proporção e duração para uma galeria de lançamento, e uma entrega de partilha Windsurf com um cliente precisa de uma versão dirigida a um revisor em vez de a um visitante frio. Uma demonstração de portefólio Windsurf pode reaproveitar a mesma interação subjacente para um público de contratação, e uma apresentação guiada de revisão de app Windsurf responde a uma pergunta mais restrita sobre se um pedido específico foi concluído. Se a app tivesse sido construída noutra plataforma assistida por IA, o ponto de partida equivalente é o guia de vídeo de demonstração Base44, que cobre o mesmo problema de página de destino do lado desse criador.

Se a página de destino precisar de o vídeo incorporado em vez de ligado para fora, para um leitor alojado à parte, o guia de incorporação de um vídeo de demonstração de produto cobre a mecânica de colocação, e o guia de gravação de uma demonstração sem software de gravação de ecrã explica porque é que um fluxo de trabalho baseado em URL evita parte da configuração que uma captura manual exigiria. Se a promessa na página depender de um erro corrigido em vez de uma funcionalidade que existe, isso é um recurso completamente diferente, mais próximo do guia de vídeo de reprodução de erro com agente de IA do que de um vídeo de página de destino.

O que deve verificar antes de entrar em produção?

Veja o vídeo terminado sem som primeiro, exatamente como a maioria dos visitantes o vai ver. Confirme que a alegação é legível sem narração e que o fotograma final se lê como um resultado concluído, e não como uma pausa a meio da ação. Compare o ritmo com o Clueso se estiver a ponderar uma ferramenta de captura diferente para esta mesma colocação. Reserve espaço para uma nova tentativa, já que aproximadamente uma em cada cinco renderizações precisa de uma, e cada conta nova recebe 60 segundos de vídeo uma única vez, com marca de água, com tempo de um plano ou de um carregamento depois disso, usado só quando uma renderização é bem-sucedida. Consulte os preços para os níveis, percorra mais guias e comparações, ou comece pela página inicial do GogoScreen com a rota e a indicação a partir das quais o vídeo de página de destino foi construído.

Esclarecimentos

Antes de começar

O que torna um vídeo de página de destino diferente de um vídeo de demonstração geral?

A colocação. Um vídeo de página de destino fica acima da dobra, normalmente reproduz-se automaticamente sem som, e tem de conquistar atenção nos primeiros segundos de um visitante que ainda não tem contexto e ainda não decidiu confiar no produto.

O vídeo da página de destino deve mostrar a app inteira?

Não. Deve mostrar a única interação que melhor sustenta a promessa do título na página. Um visitante que não consiga ligar o vídeo ao título em poucos segundos vai percorrer a página e ignorar ambos.

O vídeo precisa de som?

Conceba-o para funcionar sem som primeiro, já que muitos visitantes o terão silenciado por definição. As legendas e uma ação clara no ecrã devem transportar o significado, com a narração como camada secundária.

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.