Saltar para o conteúdo
Guia6 min de leitura

Apresentação Guiada de Revisão de Aplicação Figma Make

Mostre ao revisor o fluxo que responde à pergunta antes de a fazer.

Dê a um revisor interno o único fluxo que prova que uma compilação Figma Make faz o que foi pedido, antes de se sentar para a aprovar.

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.

Uma revisão de aplicação é uma comparação, não uma primeira impressão. Alguém pediu uma coisa específica, e o trabalho do revisor é verificar se a compilação a entrega. Isso muda o que a apresentação guiada precisa de fazer. Não está a vender a compilação. Está a responder a uma pergunta que já foi feita, da forma mais direta possível, para que o revisor possa aprovar, pedir uma alteração ou escalar sem ter de procurar pela interface sozinho. Trate o pedido como o guião, e trate o vídeo como prova, não como persuasão.

Uma compilação Figma Make vive normalmente numa hiperligação de pré-visualização partilhável que abre sem início de sessão, uma vez que a maioria dos projetos Figma Make são protótipos e não software lançado com um sistema de contas real por trás. Isso significa que o revisor podia, em princípio, abrir a hiperligação e verificar por si próprio. Na prática raramente tem tempo, e é exatamente por isso que uma apresentação guiada e direcionada poupa um ciclo de revisão em vez de acrescentar um. Uma fila de pedidos de revisão avança mais depressa quando cada um vem acompanhado de uma resposta de dois minutos, em vez de uma hiperligação simples que o revisor tem de agendar tempo para explorar.

A que deve a apresentação guiada corresponder?

Comece pelo pedido original, não pela compilação. Se um ticket pediu "os utilizadores conseguem filtrar a lista por estado," a apresentação guiada deve mostrar exatamente isso: a lista, o controlo de filtro e o resultado filtrado. Qualquer coisa que o vídeo mostre para além desse pedido é, na melhor das hipóteses, um bónus e, na pior, uma distração daquilo que o revisor está a verificar.

Esta é uma função mais restrita do que um vídeo de entrega a cliente, em que o objetivo é uma decisão de alguém que não conhecia o pedido à partida. Um revisor interno já conhece a especificação. A única função da apresentação guiada é fechar a distância entre a especificação e o resultado visível.

Pergunta do revisorO que o vídeo deve responderO que deixar de fora
Isto foi construído como pedidoO fluxo pedido exato, do início ao fimFuncionalidades não relacionadas que não estavam no pedido
Isto funciona mesmoUma execução limpa sem becos sem saídaUma execução do melhor caso que ignora um erro conhecido
O que ainda faltaUm estado honesto da compilação atualAfirmações exageradas sobre a conclusão

Como lidar com uma compilação que não está totalmente concluída?

Mostre a compilação como está atualmente, não como estará eventualmente. Se parte do fluxo pedido não estiver concluída, diga-o diretamente na mensagem que acompanha o vídeo, em vez de editar em torno da lacuna. Um revisor que descobre uma peça em falta depois de lhe terem dito que tudo estava feito perde a confiança mais depressa do que um a quem foi dito de antemão o que faltava. Essa confiança importa mais do que qualquer revisão isolada, uma vez que a próxima apresentação guiada do mesmo criador é avaliada em função de quão honesta a última se revelou.

  • Confirme o pedido exato em revisão antes de gravar seja o que for.
  • Abra a compilação sem preparação prévia para verificar se alcança o resultado sem uma solução alternativa que só o criador conhece.
  • Anote qualquer parte do pedido que ainda não esteja concluída na mensagem que acompanha o vídeo.
  • Evite narrar um plano para trabalho futuro dentro do próprio vídeo, uma vez que isso pertence ao texto escrito, não à gravação.

Os passos que mantêm uma apresentação guiada de revisão honesta são sempre os mesmos três:

  1. Alinhe a apresentação guiada com o pedido exato que o revisor está a verificar, não com um tour geral.
  2. Abra a compilação sem preparação prévia para confirmar que alcança o resultado pedido sem um desvio não relacionado.
  3. Declare o que foi pedido e o que foi entregue na mesma mensagem que o vídeo.

O que deve a indicação dizer ao GogoScreen para gravar?

Escreva a indicação como um espelho direto do pedido. Se o pedido foi "os utilizadores conseguem filtrar a lista por estado," a indicação deve ler-se perto de "a partir da lista completa, aplique o filtro de estado e mostre o resultado filtrado," não uma descrição mais ampla de todo o ecrã. O GogoScreen devolve um MP4 narrado construído em torno dessa indicação, com aproximações nos cliques relevantes, suavização do cursor, cortes de tempos mortos e legendas, cerca de dois minutos depois da submissão.

Teste o fluxo manualmente antes de submeter a renderização. Confirme que o filtro, o formulário ou a interação nomeada pelo pedido produz mesmo o resultado esperado, e verifique se há algum redirecionamento, estado vazio ou interrupção que possa desviar a gravação. Uma renderização construída em torno de um fluxo que não funciona realmente só fará surgir o problema mais tarde, diante do revisor em vez de antes. Detetar esse tipo de lacuna durante a verificação manual custa alguns minutos. Detetá-la na reunião do revisor custa o ciclo de revisão inteiro.

Mantenha o texto da indicação alinhado com os termos usados no pedido ou ticket original, em vez dos nomes internos usados dentro da própria compilação. Um revisor a verificar o vídeo contra uma especificação escrita deve conseguir acompanhar sem ter de traduzir entre dois vocabulários diferentes para a mesma funcionalidade.

Como lidar com a resposta depois de a enviar?

Se o revisor voltar com uma pergunta a que o vídeo não respondeu, isso normalmente significa que o pedido tinha mais coisas do que a apresentação guiada cobriu, não que o revisor esteja a ser difícil. Verifique novamente a especificação original antes de presumir que o retorno é injusto. Um segundo vídeo, mais restrito, a responder ao seguimento específico é muitas vezes mais rápido do que tentar reexplicar o primeiro por escrito. É também aqui que manter cada apresentação guiada delimitada a um pedido compensa, uma vez que um vídeo restrito torna óbvio qual parte da especificação ainda precisa de uma resposta, em vez de obrigar um revisor a rever uma gravação pouco focada à procura da peça em falta.

Aproximadamente uma em cada cinco renderizações falha ou precisa de nova tentativa, e o tempo só é usado quando uma renderização é bem-sucedida, por isso reserve tempo para uma segunda tentativa antes de um prazo de revisão em vez de submeter a renderização no último momento possível.

Onde se encaixa isto no resto do processo de revisão?

Assim que uma compilação passa a revisão interna, muitas vezes precisa de avançar para outros públicos. Um vídeo de demonstração Bubble, um vídeo de página de destino Bubble, um vídeo de lançamento Bubble para o Product Hunt, partilhar um projeto Bubble com um cliente, e uma demonstração de portefólio Bubble cobrem o conjunto equivalente de tarefas para essa plataforma, útil quando um pedido abrange dois criadores diferentes. O guia da indicação de fluxo de uma linha aprofunda a escrita precisa dessa indicação, e o guia de vídeo de demonstração de aplicação com sessão iniciada cobre o caso em que o fluxo pedido está atrás de uma conta real.

Para um formato de apresentação guiada mais amplo no navegador, veja o guia de vídeo de apresentação guiada de aplicação web. Assim que a compilação for aprovada e estiver pronta para um público mais alargado, o guia de vídeo de demonstração da página inicial e o guia de vídeo de demonstração para o Product Hunt cobrem esse passo seguinte. Para uma comparação de ferramentas de gravação para trabalho de revisão interna, leia GogoScreen versus Screen Studio. Comece pela página inicial do GogoScreen, verifique os preços, explore a biblioteca de guias completa, ou veja o resto das comparações.

Esclarecimentos

Antes de começar

Em que difere uma apresentação guiada para revisor de um vídeo para cliente?

Um revisor está normalmente a verificar a compilação em relação a um pedido, uma especificação ou um ticket específicos, não a decidir se gosta dela. A apresentação guiada deve corresponder diretamente a esse pedido, em vez de apresentar a compilação como um argumento de venda concluído.

A apresentação guiada deve cobrir casos limite?

Cubra primeiro o único caso que foi realmente pedido. Um segundo vídeo pode cobrir um caso limite se o revisor o pedir, mas começar por casos limite antes de o fluxo principal estar provado tende a levantar dúvidas que o fluxo principal já teria respondido.

O revisor precisa de acesso ao Figma Make para ver isto?

Não. O ficheiro concluído é um MP4 autónomo que reproduz sem qualquer início de sessão no Figma Make ou na própria compilação, o que importa quando o revisor não é a pessoa que encomendou a compilação diretamente.

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.