Guia6 min de leitura

Partilhar um Projeto Bolt Com um Cliente

Mostrar a aplicação a um cliente que nunca ia abrir o link.

Entregar uma aplicação Bolt funcional a um cliente que não vai abrir um link de pré-visualização, com um vídeo que substitui o clique que ele nunca vai dar.

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 raramente abre um link de pré-visualização da mesma forma que um programador o faz. Recebendo um URL para uma sessão de ambiente de testes do Bolt, um cliente não técnico pode clicar nele, esperar que carregue, ficar confuso sobre qual parte é o produto real e qual é ferramenta do construtor, e desistir antes de chegar à parte que devia convencê-lo. O problema não é o cliente estar desinteressado. É que um link em bruto lhe pede um trabalho para que nunca se inscreveu: navegar numa interface desconhecida para encontrar um resultado que outra pessoa já sabe como alcançar diretamente.

Um vídeo curto remove esse passo. Em vez de pedir ao cliente que encontre o resultado sozinho, mostra-lho, pela ordem que faz sentido, com narração que explica o que está a ver. Isto importa especialmente numa aplicação Bolt, onde o caminho mais rápido para uma pré-visualização funcional costuma ser uma sessão de navegador em ambiente de testes que um cliente não tem motivo para reconhecer como legítima, e onde um visitante pela primeira vez pode não conseguir distinguir um ambiente de testes a carregar de um link avariado.

A diferença entre o que um criador vê e o que um cliente vê é fácil de subestimar. Um criador reconhece um ecrã de carregamento de ambiente de testes como uma parte normal do processo, algo a aguardar durante um ou dois segundos. Um cliente sem exposição a essa ferramenta não tem esse padrão a que recorrer, e um atraso que parece rotina para uma pessoa pode parecer um link avariado para a outra. Um vídeo evita essa diferença por completo, apresentando um resultado terminado em vez de pedir ao cliente que fique à espera do estado de carregamento.

Porque falha um link de pré-visualização com este público?

Um programador que abre um link de pré-visualização do Bolt compreende o que está a ver, mesmo que demore um momento a carregar. Um cliente não tem esse contexto. Vê uma interface desconhecida, possivelmente um atraso de carregamento, e nenhum sinal claro sobre onde olhar primeiro. Alguns clientes nem sequer vão clicar no link se este chegar sem explicação, já que um URL desconhecido vindo de um criador pode parecer algo fácil de adiar.

O que o cliente vê	O que um vídeo remove
Uma interface desconhecida em ambiente de testes	Substituída por uma sequência guiada com narração
Um atraso de carregamento sem explicação	Substituído por um resultado terminado e editado
Nenhum ponto de partida claro	Substituído por um enquadramento inicial deliberado

O que deve o vídeo realmente mostrar?

Faça o vídeo corresponder ao que foi dito ao cliente que devia esperar, não a tudo o que foi construído. Se o combinado foi entregar um fluxo de finalização de compra funcional, o vídeo deve mostrar esse fluxo a concluir-se, e não um percurso pelo painel de administração ou uma lista de melhorias técnicas que o cliente não pediu. Um cliente a ver um vídeo que se afasta do âmbito combinado pode começar a perguntar-se se o entregável real se perdeu algures no percurso.

Implemente a aplicação num URL estável que o cliente possa revisitar mais tarde, se quiser.
Faça o vídeo corresponder ao resultado específico que foi dito ao cliente que devia esperar.
Envie primeiro o vídeo, com o link implementado incluído como seguimento opcional.

Como muda a entrega ao implementar primeiro?

Implementar a aplicação antes de enviar seja o que for dá ao cliente um endereço real e revisitável, mesmo que nunca clique nele. Isso importa porque a confiança numa entrega depende muitas vezes de saber que existe uma alternativa, e não de a usar de facto. Um cliente que sabe que pode voltar mais tarde a um link funcional tende mais a aceitar um vídeo como suficiente por agora, comparado com um cliente que suspeita que a demonstração que lhe mostraram pode não existir em lado nenhum que ele consiga verificar de novo.

Há também um motivo prático para implementar antes de gravar, em vez de depois. Uma sessão em ambiente de testes usada apenas para construção pode comportar-se de forma ligeiramente diferente assim que o mesmo código corre num destino de alojamento real, e um vídeo gravado sobre o ambiente de testes pode acabar por mostrar algo que a versão implementada não corresponde exatamente. Gravar sobre o endereço que o cliente vai realmente poder revisitar mantém o vídeo e a construção subjacente alinhados.

O GogoScreen recebe o URL implementado e uma indicação de uma linha a nomear o resultado combinado, e depois devolve um MP4 narrado com legendas, suavização do cursor, zooms sobre os cliques, e tempos mortos removidos. Se o fluxo precisar de início de sessão, pode ser fornecida uma conta de demonstração para essa única renderização, com as credenciais fornecidas, que 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, o que vale a pena planear antes de um prazo, em vez de descobrir no último minuto.

Em que difere isto de um vídeo de portefólio ou de lançamento?

Uma entrega a um cliente tem um público de uma pessoa ou de um pequeno grupo que já tem contexto sobre o que foi combinado, ao contrário do guia de demonstração de portefólio Bolt, que é escrito para um estranho sem qualquer contexto prévio, ou de um material de galeria de lançamento, que é escrito para uma multidão de estranhos a percorrer rapidamente. Um vídeo de página de destino público é mais próximo em espírito, mas continua voltado para o público, enquanto a entrega a um cliente costuma ser privada e específica de uma relação. O guia de apresentação guiada de revisão de aplicação Bolt é o parente mais próximo, já que ambos tratam de provar um resultado específico a alguém que o pediu.

A mesma necessidade de entrega existe para outros construtores. O guia do vídeo de página de destino v0, o guia do vídeo de lançamento v0 no Product Hunt, e o guia de partilha v0 com um cliente cobrem os momentos equivalentes de uma aplicação v0, onde o resultado pode inclinar-se mais para a interface do que para o comportamento de fundo interligado, o que muda o que um vídeo de entrega pode honestamente afirmar sobre o fluxo por baixo. Para a diferença entre uma apresentação guiada interativa e um vídeo fixo, veja o guia de demonstração interativa versus vídeo de demonstração.

O que deve acontecer depois de o cliente ver o vídeo?

A entrega normalmente não é o fim da relação, por isso planeie o que vem depois de o cliente responder.

Se o cliente aprovar, guarde o vídeo como prova do que foi entregue e quando.
Se o cliente pedir uma alteração, registe-a com clareza, em vez de editar o mesmo vídeo.
Se o projeto avançar para um lançamento público, o guia do vídeo de demonstração de produto antes do lançamento cobre o que muda nessa fase.

Tratar o vídeo enviado como um registo, e não como uma mensagem descartável, torna mais fáceis de resolver desentendimentos posteriores. Um cliente que não consegue lembrar-se exatamente do que lhe foi mostrado semanas antes beneficia de poder apontar para um ficheiro específico com uma data específica, e um criador beneficia do mesmo registo se alguma vez o âmbito combinado for posto em causa.

Manter um registo limpo importa mais do que parece no momento. Uma imagem de capa de vídeo de demonstração que represente claramente o estado entregue ajuda quando o vídeo é arquivado e referenciado meses depois, e um vídeo de transferência de agente é o formato certo se o passo seguinte for entregar a construção a outro criador, e não diretamente ao cliente. Se a relação continuar depois desta entrega, um vídeo de changelog pode transportar atualizações futuras sem repetir todo este processo de entrega de cada vez. Para uma comparação de ferramentas que apoiam este tipo de captura voltada para o cliente, veja GogoScreen contra ngram. 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 aplicação implementada.

Esclarecimentos

Antes de começar

Porque não enviar simplesmente o link de pré-visualização do Bolt?

Um link de pré-visualização funciona para um revisor técnico disposto a clicar e a esperar que uma sessão em ambiente de testes carregue. Muitos clientes não fazem nenhuma das duas coisas, por isso um vídeo que mostra o mesmo resultado remove completamente essa barreira.

O cliente precisa de ver o código?

Não. Um cliente está normalmente a avaliar se o resultado corresponde ao que foi combinado, não a rever a implementação. O vídeo deve mostrar a aplicação em funcionamento, não o editor.

E se o cliente fizer uma pergunta a que o vídeo não responde?

Mantenha o link implementado disponível como seguimento. O vídeo deve responder rapidamente à pergunta principal, com o link como reserva para quem quiser explorar mais.

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