Saltar para o conteúdo
Guia7 min de leitura

Partilhar um Projeto v0 com um Cliente

Dê ao cliente prova em que confia, sem pedir que clique numa ligação de pré-visualização.

Transforme uma pré-visualização v0 num vídeo que um cliente não técnico realmente vê, em vez de uma ligação em que nunca vai clicar.

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 cliente que encomendou uma construção pequena raramente quer clicar numa ligação, esperar que a página carregue e descobrir onde clicar a seguir. Quer saber se aquilo que pagou funciona. Enviar um URL de pré-visualização do v0 em bruto pede-lhe um trabalho a que não se propôs, e coloca o peso da prova na sua paciência, em vez de no resultado. Um vídeo curto remove esse atrito. O cliente carrega em reproduzir, vê a tarefa a ser concluída e chega a uma decisão sem nunca tocar na app.

O GogoScreen recebe o URL de uma aplicação web e uma indicação de uma linha sobre o que mostrar, devolvendo depois um MP4 narrado e editado, com aproximações ao clicar, suavização do cursor, cortes de tempos mortos e legendas incorporadas. Numa entrega a cliente, o valor não está no polimento, está em a narração ser escrita para coincidir com o que realmente aconteceu no ecrã, pelo que o cliente está a ver um registo da construção real, e não uma descrição do que ela deveria fazer.

Porque é que uma ligação de pré-visualização falha com este público?

Uma construção v0 é gerada a partir de uma indicação e implementada através do Vercel, pelo que a versão funcional costuma estar num URL de pré-visualização num subdomínio gerado, e não num domínio terminado que o cliente reconheça. Para um programador, esse endereço é banal. Para um cliente que não desenvolve software, um subdomínio desconhecido pode parecer suspeito, ou simplesmente mais uma coisa entre ele e a resposta à pergunta que realmente tem, que é se o trabalho está feito. Alguns clientes simplesmente não clicam nele, e um vídeo que nunca lhes pede que cliquem em nada contorna a questão por completo.

O guia de escolha da rota de aplicação web para um vídeo de demonstração aborda a escolha do ecrã certo quando a app tem várias rotas candidatas, o que importa aqui porque uma entrega a cliente costuma precisar exatamente de um fluxo, e não de um menu deles. O guia de gravação de uma demonstração sem gravação de ecrã é relevante pela mesma razão que uma ligação falha: configurar um gravador de ecrã é mais um passo entre terminar o trabalho e mostrá-lo, e um URL com uma indicação substitui essa configuração por completo.

Isto não é exclusivo do v0. O guia de vídeo de demonstração de aplicações Lovable aborda a mesma lacuna de confiança para uma construção gerada diferente, porque o problema subjacente não é a ferramenta que produziu a app, é que um cliente a avaliar trabalho terminado por email ou numa conversa não tem razão para confiar num endereço que nunca viu antes. Seja qual for o gerador que produziu a construção, a correção é a mesma: substituir a ligação por algo que o cliente possa ver sem sair da conversa em que já está.

O que o cliente realmente querO que uma ligação o obriga a fazerO que um vídeo lhe dá em vez disso
Confirmação de que a tarefa está feitaClicar, carregar uma página, encontrar o fluxoVer a tarefa a concluir-se no ecrã
Um resultado que consiga avaliar depressaNavegar numa interface desconhecidaVer o resultado em contexto, de imediato
Confiança de que é a construção realAcreditar na palavra do programadorVer a app real em funcionamento, não uma maqueta

Como se escolhe o fluxo a mostrar a um cliente?

Escolha o fluxo que um revisor não técnico consegue avaliar sem abrir a app. Comece pelo que o cliente realmente pediu, não pelo que a construção por acaso inclui. Se encomendou um formulário de inscrição, mostre alguém a preenchê-lo e a chegar a uma confirmação, não um tour pelo painel por trás dele. Um cliente avalia em função do pedido, e um fluxo que responde a uma pergunta diferente, por mais impressionante que seja, soa a evasivo em vez de completo.

Mantenha o vocabulário da indicação alinhado com o nome que o cliente deu à funcionalidade, logo desde o início. Se o briefing dizia "formulário de contacto," não deixe que a narração lhe chame "fluxo de captação de contactos" só porque é como a interface o rotula. Um cliente deve ouvir as suas próprias palavras a descrever o seu próprio pedido, confirmadas pelo que aparece no ecrã.

Resista à tentação de mostrar mais do que foi pedido, mesmo quando o trabalho extra está terminado e tem orgulho nele. Um cliente a ver um vídeo que se desvia do fluxo acordado para um ecrã sem relação vai questionar se o pedido original se perdeu algures pelo caminho. Se houver trabalho adicional que valha a pena mostrar, pertence a um segundo excerto, claramente identificado, em vez de estar incorporado naquele que o cliente está a usar para aprovar o pedido original.

O que tem de ser verdade sobre a app antes de gravar?

Abra o URL de pré-visualização do v0 e confirme que o fluxo funciona antes de mais ninguém além de si o ver. Este passo existe porque uma construção v0 acabada de sair da geração pode ter lacunas que um programador ignora mas um cliente não: uma tabela vazia, um botão que ainda não leva a lado nenhum, texto provisório ainda no lugar de conteúdo real. Corrija primeiro o que precisar de correção.

  • Carregue a rota exata onde o fluxo do cliente começa e confirme que nada redireciona inesperadamente.
  • Substitua texto provisório e listas vazias por conteúdo que se pareça com o caso de uso real do cliente.
  • Remova o nome, os dados ou a conta de qualquer outro cliente da construção antes de gravar seja o que for.
  • Se o fluxo estiver protegido por início de sessão, use uma conta de demonstração descartável em vez de uma real.

Se um início de sessão for genuinamente parte do fluxo, pode ser fornecida uma conta de demonstração através do processo aprovado, e 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. Esse detalhe importa especificamente numa entrega a cliente, porque o cliente está a confiar-lhe o resultado do seu projeto, e ser preciso sobre o que acontece a qualquer acesso envolvido faz parte de ganhar essa confiança.

Como se escreve a indicação para que o resultado corresponda ao pedido?

Escreva a indicação, reveja o candidato e depois envie o ficheiro em vez da ligação. Declare o ponto de partida, a ação e o resultado numa frase, nas próprias palavras do cliente sempre que possível. "A partir do formulário de contacto vazio, preencha-o e mostre a mensagem de confirmação" é suficientemente específico para produzir um resultado utilizável. "Mostre a funcionalidade de contacto" deixa demasiado em aberto, e a renderização pode cair num ecrã que responde a uma pergunta que o cliente nunca fez.

  1. Escolha o fluxo que um revisor não técnico consegue avaliar sem abrir a app.
  2. Abra o URL de pré-visualização do v0 e confirme que o fluxo funciona antes de mais ninguém além de si o ver.
  3. Escreva a indicação, reveja o candidato e depois envie o ficheiro em vez da ligação.

O que deve verificar antes de enviar?

Aproximadamente uma em cada cinco renderizações falha ou precisa de nova tentativa, por isso veja o ficheiro antes de chegar ao cliente, em vez de o reencaminhar automaticamente. Confirme que o fotograma de abertura faz sentido sem qualquer contexto prévio, já que o cliente não vai ler um parágrafo de preparação antes de carregar em reproduzir. Verifique que nada no ecrã contradiz o que foi prometido no âmbito original, e que nenhum dado sem relação ou ecrã por terminar aparece em qualquer ponto do excerto.

O guia de vídeo de demonstração de produto para README é uma comparação útil aqui, já que um leitor técnico e um cliente não técnico precisam da mesma disciplina subjacente aplicada a públicos diferentes. Se o primeiro candidato não se sustentar, o guia de nova tentativa de vídeo de demonstração de produto explica como mudar uma coisa em vez de submeter às cegas. Para uma construção v0 com um público mais amplo do que um único cliente, o guia de demonstração de portefólio v0 e o guia de apresentação guiada de revisão de app v0 abordam dois usos adjacentes do mesmo trabalho de preparação.

Para uma construção feita no Cursor em vez do v0, o guia de vídeo de demonstração do Cursor, o guia de vídeo de página de destino do Cursor e o guia de vídeo de lançamento no Product Hunt do Cursor percorrem o processo equivalente para um projeto sem URL de pré-visualização incorporado. Para uma comparação com outra ferramenta de gravação de ecrã, veja GogoScreen versus Clueso. Comece pela página inicial para o fluxo de trabalho de URL e indicação, percorra os guias para o resto da série, verifique as comparações com outras ferramentas, e reveja os preços antes de submeter uma renderização para um cliente.

Esclarecimentos

Antes de começar

Porque não enviar simplesmente a ligação de pré-visualização do v0 ao cliente?

Um cliente que não desenvolve software muitas vezes não clica numa ligação de pré-visualização desconhecida, sobretudo num subdomínio gerado que não reconhece. Um vídeo remove essa barreira de confiança porque não há nada em que clicar nem endereço a questionar.

O que deve o vídeo provar ao cliente?

Deve mostrar a única tarefa que o cliente pediu, concluída, na app real. Um cliente está a avaliar se o trabalho faz o que foi pedido, não se a interface está polida.

O cliente precisa de ver o URL de pré-visualização do v0?

Não. O endereço em si não importa ao cliente e pode ser cortado da imagem. O que importa é que o fluxo mostrado é a construção real, em funcionamento, e não uma maqueta.

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.