Saltar para o conteúdo
Guia7 min de leitura

Partilhar um Projeto Firebase Studio Com um Cliente

Dê a um cliente o resultado sem lhe pedir que clique numa ligação.

Entregue uma construção Firebase Studio funcional a um cliente que não vai clicar numa ligação de alojamento, usando um vídeo curto em vez de um URL partilhado.

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 não é técnico não quer uma ligação para uma pré-visualização do Firebase Studio ou um URL de alojamento que tenha de encontrar tempo para clicar, descobrir como navegar e interpretar sem orientação. Quer saber uma coisa: se aquilo que pediu existe e se funciona. Um vídeo curto gravado responde a isso diretamente, pela ordem que faz sentido, sem pedir ao cliente que faça o trabalho de encontrar sozinho o ecrã relevante.

O GogoScreen recebe o URL público da aplicação e uma indicação de uma linha sobre o que mostrar, devolvendo um MP4 narrado e editado em cerca de dois minutos, com aproximações ao clicar, suavização do cursor, tempos mortos removidos e legendas gravadas. Se o fluxo do cliente estiver atrás de um início de sessão, pode ser fornecida uma conta de demonstração, cifrada, utilizada para uma única renderização e depois eliminada. 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. O vídeo não substitui a eventual concessão de acesso real ao cliente, se este precisar dele. É o que fecha o intervalo entre terminar uma construção e o cliente realmente ver que está terminada.

Porque é a ligação de pré-visualização do Firebase Studio a coisa errada a enviar?

A pré-visualização ao vivo dentro do espaço de trabalho do Firebase Studio normalmente exige que o espectador tenha acesso ao projeto Google Cloud ou Firebase subjacente, já que corre dentro do mesmo ambiente autenticado onde a construção acontece. Enviar essa ligação a um cliente ou não funciona de todo, porque este não tem acesso ao projeto, ou exige conceder-lhe um nível de acesso ao projeto que uma simples revisão não justifica. Nenhum dos resultados é o que a entrega precisava.

Implemente a construção no seu URL público do Firebase Hosting, o pensado para ser acessível sem quaisquer credenciais de projeto, e grave a partir daí. Esse URL é o que um utilizador final real da aplicação terminada acabaria por usar, o que o torna a coisa certa a mostrar a um cliente a decidir se a construção corresponde ao que pediu.

Isto também evita um resultado ainda mais estranho: um cliente que não consegue carregar uma ligação de todo, tenta algumas vezes e conclui em silêncio que o projeto está avariado antes de alguém ter oportunidade de explicar que era simplesmente a ligação errada. Um vídeo evita por completo esse modo de falha, já que não há nada em que o cliente possa clicar, carregar ou encravar.

O que enviar ao clientePorque funcionaPorque a alternativa falha
Um vídeo curto a partir do URL implementadoMostra o resultado sem exigir qualquer preparação da parte deleUma ligação de pré-visualização do espaço de trabalho muitas vezes precisa de um acesso ao projeto que ele não tem
Uma frase simples de contextoDiz-lhe exatamente o que o vídeo provaUma ligação sem explicação deixa-o a adivinhar o que procurar
Um fluxo focadoResponde depressa à sua pergunta realUm percurso completo esconde a única coisa que perguntou

O que deve verificar antes de gravar?

Abra o URL implementado numa janela de navegação privada e percorra exatamente o fluxo sobre o qual o cliente perguntou. Confirme que nada o interrompe: nenhum conteúdo de reserva deixado para trás, nenhuma ligação quebrada, nenhum estado que só funciona por causa de uma sessão deixada de um teste. Um cliente que vê um vídeo com um erro está pior do que um cliente que ainda não viu nada, porque agora tem prova de um problema em vez de uma questão em aberto.

  • Confirme que o fluxo sobre o qual o cliente perguntou continua a funcionar de ponta a ponta.
  • Remova ou substitua qualquer conteúdo de reserva deixado da construção inicial.
  • Prepare dados de demonstração credíveis sem usar nada sensível.
  • Decida se o cliente precisa do fluxo inteiro ou apenas do resultado.
  1. Confirme o que o cliente realmente precisa de ver, não tudo o que por acaso foi construído.
  2. Implemente a construção num URL de Firebase Hosting acessível e prepare-a com dados de demonstração seguros.
  3. Grave o fluxo, reveja-o uma vez e envie-o com uma frase simples a explicar o que mostra.

Quão estreito deve ser o vídeo?

Tão estreito quanto a pergunta real do cliente. Se perguntou se o fluxo de registo funciona, mostre o fluxo de registo e pare aí, em vez de acrescentar três outras funcionalidades que não pediu. Um vídeo mais amplo convida a um conjunto mais amplo de perguntas e atrasa a aprovação específica que o cliente realmente precisa de dar. Guarde o percurso mais completo para um momento em que o cliente tenha pedido explicitamente para ver mais.

Escreva a indicação de uma linha da mesma forma, nomeando o ponto de partida exato, a ação e o resultado, para que a renderização não se perca num ecrã que o cliente nunca pediu. Se a construção tiver mudado desde o pedido original, indique isso na mensagem que acompanha o vídeo em vez de deixar o vídeo sugerir algo que já não é rigoroso.

O que deve acompanhar o vídeo quando o enviar?

Envie uma frase simples ao lado do vídeo a explicar o que mostra e porquê. Algo como "isto mostra o fluxo de registo que pediu, desde a página inicial até ao ecrã de confirmação" dá ao cliente contexto antes de carregar em reproduzir, para que saiba o que está a ver e o que verificar. Não presuma que o vídeo fala inteiramente por si, mesmo um bem feito, já que o cliente não construiu a aplicação e não consegue inferir a intenção apenas pelas imagens.

Se a renderização voltar com um problema, uma cache desatualizada ou um ecrã inesperado, não a envie na esperança de que o cliente não repare. Aproximadamente uma em cada cinco renderizações precisa de uma nova tentativa. Corrija a causa subjacente e grave de novo em vez de enviar um vídeo que desvaloriza um trabalho terminado.

O tempo também conta aqui. Um cliente que tem estado à espera de uma atualização é mais tolerante com um pequeno atraso para refazer uma renderização do que com receber algo que parece por terminar à primeira visualização. Crie uma pequena margem no calendário prometido para a entrega, para que uma nova tentativa não se transforme num prazo falhado, e diga-o claramente se o calendário precisar de mudar em vez de deixar o cliente descobrir apenas quando o vídeo não chega.

Como se compara isto às outras tarefas de revisão do Firebase Studio?

Partilhar com um cliente situa-se entre duas tarefas relacionadas. O guia de demonstração de portefólio Firebase Studio serve para mostrar a construção a alguém a decidir se contrata quem a construiu, e o guia de revisão de aplicações Firebase Studio serve para um revisor interno que verifica a construção em relação a um briefing antes de esta alguma vez chegar ao cliente. Esta página presume que a construção já passou pela revisão interna e que o cliente é agora o público.

Para a tarefa equivalente noutro criador, veja o guia de vídeo de demonstração da Softr, o guia de vídeo de página de destino da Softr e o guia de vídeo de lançamento no Product Hunt da Softr. Se a revisão do cliente for na verdade sobre uma alteração de código em vez de uma funcionalidade terminada, o guia de vídeo de demonstração para agentes de programação é a correspondência mais próxima. Se o fluxo que o cliente aguarda for em si uma funcionalidade de painel em vez de uma ação voltada para o cliente final, o guia de vídeo de demonstração de painel interno cobre a escolha da única vista de métrica de que uma parte interessada precisa antes de confiar nos números, uma versão mais estreita da mesma pergunta de âmbito que esta página faz sobre o fluxo de um cliente. Para escolher o fotograma com que um vídeo abre, vale a pena ler o guia do fotograma de cartaz do vídeo de demonstração, e o guia de vídeo de percurso de aplicação web cobre um formato mais longo para quando o cliente precisa de mais do que um fluxo explicado. Compare o GogoScreen com uma ferramenta de gravação dedicada em GogoScreen versus Screen Studio, e se a construção estiver a lançar-se para uma lista de espera em vez de ir diretamente para o cliente, o guia de vídeo de demonstração de lançamento para lista de espera cobre esse momento separado. Veja GogoScreen versus Loom, consulte os preços para os planos e carregamentos, percorra a biblioteca completa de guias e as páginas de comparação, ou comece pela página inicial do GogoScreen para o próprio fluxo de trabalho de URL e indicação.

Esclarecimentos

Antes de começar

Porque não enviar simplesmente ao cliente a ligação do Firebase Hosting?

Uma ligação continua a pedir ao cliente que encontre tempo, a abra e interprete sozinho uma interface pouco familiar. Muitos não o farão, e os que o fizerem podem concentrar-se na coisa errada. Um vídeo curto mostra exatamente o que precisam de ver pela ordem que faz sentido.

Posso partilhar diretamente a pré-visualização do espaço de trabalho do Firebase Studio?

Normalmente não, sem conceder ao cliente acesso ao projeto Google Cloud ou Firebase subjacente, o que é mais acesso do que uma revisão de cliente precisa. Implemente num URL de Firebase Hosting acessível e grave a partir daí.

E se o cliente só se importar com uma funcionalidade específica?

Grave um vídeo curto centrado nessa única funcionalidade em vez de um percurso geral. Um vídeo estreito e rigoroso responde à pergunta real do cliente mais depressa do que um vídeo amplo que o obriga a procurar a parte de que se importa.

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.