Guia6 min de leitura

Partilhar um Projeto Lovable com um Cliente

Alguns revisores nunca clicam numa ligação. Mostre-lhes o resultado.

Transforme uma ligação de pré-visualização Lovable num vídeo que um cliente não técnico consegue ver sem abrir a aplicação nem iniciar sessão.

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 aplicação raramente quer explorá-la sozinho. Quer saber se a coisa pela qual está a pagar existe e funciona. Enviar uma ligação de pré-visualização em bruto pede-lhe que faça o trabalho do construtor: encontrar o ecrã certo, perceber o que está a ver, e formar um julgamento sobre o progresso, nada disto algo que a maioria dos clientes está equipada ou disposta a fazer. Um vídeo curto responde à pergunta real, em vez de entregar um trabalho de casa.

Isto importa especialmente para uma construção Lovable, onde o progresso pode parecer irregular visto de fora. Uma aplicação gerada pode ter um fluxo polido e vários outros ásperos ou vazios ao mesmo tempo, porque o trabalho acontece ecrã a ecrã, e não tudo de uma vez. Um cliente que tropece numa parte inacabada da aplicação através de uma ligação em bruto pode ler isso como todo o projeto a parar, mesmo quando a parte com que se importa de facto está terminada. Um vídeo controla o que veem e em que ordem.

Há também um custo de confiança de um mau primeiro relance que dura mais do que o próprio momento. Um cliente que abre uma ligação em bruto e cai num erro ou num ecrã vazio normalmente não volta a tentar. Forma uma impressão e leva-a para a próxima conversa, independentemente de quanto progresso exista realmente noutro lugar da construção. Um vídeo curto e controlado evita dar-lhes essa hipótese de uma má primeira impressão, à partida.

Porque é que uma atualização de estado precisa do seu próprio vídeo?

Uma atualização de estado escrita é fácil de ler por alto e fácil de interpretar mal. "O painel está a funcionar" significa uma coisa diferente para quem o construiu e para quem lê a frase sem contexto. Um vídeo remove essa ambiguidade ao mostrar o ecrã real a fazer a coisa real, o que é uma forma de prova mais forte do que uma frase alguma vez conseguirá ser sozinha.

Formato de atualização	O que prova	O que deixa em aberto
Mensagem de estado escrita	Que trabalho aconteceu, em geral	Se a funcionalidade específica funciona como descrito
Ligação de pré-visualização em bruto	Nada por si só	Se o cliente consegue encontrar ou compreender o ecrã certo
Vídeo curto	O fluxo específico, no estado em que está de facto	Nada, se delimitado à pergunta certa

Esta é uma tarefa mais restrita do que um vídeo de página de destino dirigido a um estranho frio que precisa de ser convencido a partir do zero. Uma atualização para o cliente só tem de responder a alguém que já conhece o projeto e está a aguardar uma peça específica dele, o que muda tanto a duração como o tom que funcionam melhor.

Essa diferença de audiência também muda o que conta como um bom fotograma de abertura. Um estranho precisa de uma razão para continuar a ver. Um cliente já tem uma, porque fez a pergunta a que o vídeo responde. O vídeo pode começar mais perto do resultado real, em vez de gastar tempo a estabelecer porque é que o espectador se devia importar.

Como se escolhe o que mostrar a um cliente?

Comece pela última pergunta que o cliente realmente fez, não pelo que parece mais impressionante de mostrar. Se perguntaram se o fluxo de checkout funciona, mostre o fluxo de checkout, completamente, do início ao resultado. Não encha o vídeo com ecrãs não relacionados para fazer a atualização parecer maior do que é; um cliente consegue perceber a diferença entre uma resposta focada e enchimento, e o enchimento corrói a confiança mais depressa do que uma atualização parcial honesta.

Releia a última mensagem ou ticket em que o cliente levantou a questão.
Identifique o único ecrã ou fluxo que lhe responde diretamente.
Deixe de fora tudo o que não esteja relacionado, mesmo que esteja terminado.
Registe, fora do vídeo, o que ainda está em curso.

Se a construção genuinamente não estiver terminada, diga-o claramente junto do vídeo, em vez de tentar fazer um estado incompleto parecer mais acabado do que é. Um cliente a quem é dita a verdade sobre o progresso confia mais na atualização seguinte, não menos. É também aqui que uma demonstração de portefólio difere de uma atualização para o cliente: uma peça de portefólio é escolhida por estar terminada, enquanto uma atualização para o cliente tem de ser honesta sobre uma construção que pode ainda estar em curso.

Como se prepara a pré-visualização Lovable para uma audiência de cliente?

Abra a rota que o vídeo vai usar e confirme que alcança diretamente o ecrã relevante. Substitua qualquer texto de substituição ou rótulos por terminar nesse fluxo específico, se conseguir, já que um cliente que repare numa palavra literal de substituição vai lê-la como mais inacabada do que realmente está. Use dados de exemplo realistas em vez de um estado vazio, porque uma lista vazia não dá a um espectador não técnico nada para avaliar.

Identifique a pergunta exata que o cliente fez ou o marco que está a aguardar.
Prepare apenas o ecrã ou o fluxo que responde a essa pergunta, com dados de exemplo seguros.
Grave um vídeo curto e envie-o com uma frase que diga o que mostra e o que ainda está em curso.

Se o fluxo relevante 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 real. Quem escreve não deve manusear diretamente a credencial. O guia de apresentação guiada de revisão de aplicação cobre uma situação relacionada em que a audiência está a rever a construção face a uma especificação, em vez de apenas verificar o progresso.

Faça a preparação no momento em que o vídeo vai realmente ser enviado, não no momento em que o fluxo começou a funcionar. Um ecrã que estava funcional na semana passada pode regredir depois de uma alteração posterior, e um cliente que recebe um vídeo de um fluxo que já não corresponde à construção ao vivo perde mais confiança do que um que não recebe nenhuma atualização. Uma passagem rápida pela rota exata mesmo antes de gravar apanha este tipo de desvio antes de chegar ao cliente.

Como deve o vídeo ser enviado?

Nunca envie um vídeo sem contexto e deixe o cliente adivinhar o que prova. Uma única frase acima da ligação, a nomear o que o vídeo mostra e o que continua pendente, faz mais pela confiança do que o próprio vídeo. Os clientes lembram-se mais de se as atualizações foram honestas do que se cada funcionalidade foi entregue no calendário original.

Mantenha um registo leve do que foi enviado e quando. Um cliente que pergunta sobre o progresso três semanas depois beneficia de um construtor que consegue apontar para a atualização exata, em vez de reconstruir a linha do tempo de memória. Este é um hábito pequeno, mas transforma uma série de vídeos avulsos num histórico de projeto defensável, se alguma vez surgir uma discordância sobre âmbito ou prazo.

Para um construtor a enviar o mesmo tipo de construção numa plataforma diferente, o guia de vídeo de página de destino Replit e o guia de vídeo de lançamento no Product Hunt Replit cobrem problemas adjacentes numa stack diferente, e o guia de partilha com um cliente Replit cobre esta mesma situação aí. Para um formato de atualização relacionado mas distinto, o guia de vídeo de atualização de produto e o guia de vídeo de revisão de produto de agente de IA cobrem ambos cadências de atualização recorrentes, em vez de uma única verificação de marco. Um vídeo de demonstração para página inicial e um vídeo de demonstração de anúncio de produto dirigem-se ambos a uma audiência pública em vez de a um cliente, e um vídeo de demonstração para fundador não técnico cobre a situação inversa, em que o fundador é quem precisa da explicação simples. Para uma comparação com uma ferramenta de gravação de ecrã que algumas equipas já usam para atualizações de clientes, leia GogoScreen versus Guidde. Verifique os preços, percorra o resto dos guias e das comparações, ou comece pela página inicial do GogoScreen.

Esclarecimentos

Antes de começar

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

Alguns clientes não vão clicar, não vão saber o que estão a ver depois de o fazer, ou vão cair num estado vazio ou a meio caminho e presumir que o trabalho parou. Um vídeo remove os três riscos de uma vez.

O vídeo deve mostrar a aplicação inteira ou apenas uma parte?

Mostre a parte sobre a qual o cliente perguntou ou a que responde à última questão que levantou. Uma atualização para o cliente é uma resposta dirigida, não um tour completo.

E se a construção ainda não estiver terminada?

Diga-o na mensagem envolvente, e não escondendo-o. Mostre a parte que está a funcionar honestamente, em vez de fazer um estado incompleto parecer mais terminado do que é.

O vídeo pode incluir uma parte da aplicação atrás de um início de sessão?

Sim, com uma conta de demonstração descartável fornecida através do processo aprovado. As credenciais no GogoScreen 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.

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