Saltar para o conteúdo
Guia6 min de leitura

Guia de Vídeo de Registo de Alterações

Transforme uma alteração lançada numa história de lançamento focada.

Prepare um vídeo de registo de alterações para uma alteração lançada, com um guião focado e uma checklist de revisão para o contexto de lançamento.

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.

O que torna útil um vídeo de registo de alterações?

Um vídeo de registo de alterações deve explicar uma alteração lançada, não demonstrar o produto inteiro. Dá aos leitores de lançamento uma resposta visual curta a uma pergunta restrita: qual era o estado anterior, o que uma pessoa consegue fazer agora, e que resultado visível se segue? A nota de lançamento escrita continua a ser a fonte do âmbito completo, das limitações e do detalhe técnico.

Esse limite importa. Um vídeo de registo de alterações de produto está ancorado a uma alteração lançada nomeada e a uma compilação declarada. Uma demonstração ampla está ancorada a um fluxo de trabalho de produto que pode abranger várias capacidades. Quando um único recurso tenta fazer ambos, o leitor não consegue distinguir qual comportamento é novo, qual comportamento já existia, ou se uma afirmação apelativa faz mesmo parte do lançamento.

Para o GogoScreen, uma renderização planeada utiliza o URL de uma aplicação web acessível e uma linha a descrever um fluxo. Isso não prova que existe um resultado, que a funcionalidade foi lançada, ou que uma primeira renderização será utilizável. Aproximadamente uma em cada cinco renderizações pode falhar ou precisar de nova tentativa. O recurso de lançamento final tem de ser verificado face à compilação real e à nota de lançamento publicada, um candidato de cada vez.

Como escolhe a alteração única a mostrar?

Escolha uma alteração que já esteja lançada e que importe ao público que recebe a atualização. Tem de ser demonstrável com um alvo preparado controlado e tem de ter uma diferença visível entre o estado anterior e o comportamento atual. Se a diferença for apenas um detalhe de implementação sem resultado observável, explique-a na nota de lançamento em vez de a forçar para dentro de um vídeo.

Escreva primeiro a declaração de lançamento. Utilize o mesmo nome de funcionalidade e o mesmo âmbito no guião, na legenda e na ligação próxima. Não transforme uma pequena adição numa afirmação sobre desempenho, fiabilidade, segurança ou capacidade de produto mais ampla. Não mostre trabalho planeado, uma experiência ou uma funcionalidade ausente da compilação especificada.

Uma única alteração ainda pode envolver mais do que um ecrã, mas cada cena tem de apoiar a mesma declaração de lançamento. Se a sequência começar a introduzir outra funcionalidade, pare e transforme essa funcionalidade num recurso de lançamento futuro próprio. O leitor deve sair a saber o que mudou, não apenas que o produto tem muitas superfícies.

Como deve funcionar o guião de estado anterior, ação e resultado?

O estado anterior deve estabelecer a limitação ou o comportamento anterior relevante sem exagero. Mostre apenas o contexto suficiente para que um leitor de lançamento compreenda porque a alteração importa. A ação mostra depois como a nova capacidade é utilizada. O resultado torna o comportamento alterado observável e dá ao recurso um final claro.

Alteração lançada: um comportamento nomeado na compilação declarada
Estado anterior: o comportamento relevante antes dessa alteração
Ação visível: a ação que utiliza a alteração
Resultado visível: o comportamento alterado que um leitor de lançamento consegue inspecionar

Por exemplo, a estrutura pode ser uma vista de definições anterior, uma nova seleção ou ação, e o estado resultante. O fluxo exato depende da alteração lançada. A regra importante é a continuidade. O espectador tem de conseguir ver que o resultado se segue à ação e pertence à compilação declarada.

Mantenha o guião distinto de um tour de produto completo. Um tour pergunta: "O que este produto consegue fazer?" Um vídeo de notas de lançamento pergunta: "O que é diferente nesta atualização?" O primeiro pode utilizar uma sequência de fluxos de trabalho independentes. O segundo tem de preservar uma cadeia rastreável de uma alteração lançada até um resultado.

Como mantêm as notas de lançamento e as legendas o vídeo preciso?

Ligue o recurso a partir do contexto da nota de lançamento e reveja-os em conjunto antes de partilhar. A nota deve fornecer a versão, o âmbito e qualquer qualificação que não se consiga ver no excerto. A legenda deve identificar a alteração nos mesmos termos utilizados pela nota de lançamento. Não deve introduzir uma nova afirmação de benefício que a nota não sustente.

Verifique cada rótulo visível face à versão de lançamento declarada. Um alvo preparado pode desviar-se quando os dados, os valores predefinidos, a navegação ou os sinalizadores de funcionalidades mudam. Se a captura já não refletir o estado de lançamento, rejeite-a mesmo que a edição pareça clara. A precisão é mais importante do que preservar uma renderização concluída.

Se o corte publicado tiver voz sobreposta gerada audível, reveja o requisito de divulgação e marcação aplicável antes de a utilizar. Um corte sem som continua a exigir uma inspeção do conteúdo de navegador gravado. Nenhum dos formatos permite aplicações de clientes, credenciais, URLs de clientes, conteúdo multimédia de clientes ou identificadores pessoais.

Como mantém a atualização concisa?

Planeie o excerto em torno da pergunta a que um leitor de lançamento precisa de resposta. Abra com o estado anterior apenas o tempo suficiente para estabelecer a alteração. Depois mostre a única ação que utiliza a atualização e o estado resultante. Termine quando esse resultado estiver claro. Esta sequência dá aos leitores evidência suficiente para compreender o lançamento sem transformar uma atualização focada num tour de produto.

Utilize a nota de lançamento para material que não precise de demonstração visual. O âmbito do lançamento faseado, a implementação técnica, os passos de migração, as limitações conhecidas e as ligações a documentação de apoio pertencem ao contexto escrito quando não podem ser mostrados claramente no fluxo delimitado. Manter esses detalhes junto do vídeo permite a um leitor percorrer a atualização, escolher o nível de detalhe de que precisa e voltar à ação relevante mais tarde.

O que um leitor de lançamento precisaOnde pertencePorquê
O estado anterior, a ação e o resultado visívelO vídeoSó uma sequência de ecrã mostra a alteração a acontecer
A versão e o âmbito do lançamento faseadoA nota de lançamentoO excerto não consegue mostrar de que compilação veio
Os passos de migração e as limitações conhecidasA nota de lançamentoNão podem ser mostrados claramente dentro de um fluxo delimitado
A implementação técnicaA nota de lançamentoNão tem resultado observável para registar

Um recurso conciso também é mais fácil de colocar numa lista de registo de alterações. O seu fotograma de abertura e a sua legenda devem identificar a mesma alteração que a nota de lançamento adjacente. Uma pessoa que chega a partir de uma notificação, de um arquivo de lançamentos ou de uma página de produto deve conseguir compreender o excerto sem presumir que toda a capacidade atual é nova neste lançamento.

Checklist de revisão de lançamento

Realize estas verificações face ao candidato exato e à nota de lançamento. A checklist é uma ferramenta de preparação, não a prova de que o trabalho foi concluído.

  1. A alteração nomeada está lançada na versão de lançamento declarada.
  2. O estado anterior representa com precisão o comportamento anterior relevante.
  3. Uma ação mostra como a alteração lançada é utilizada.
  4. O resultado é visível e resulta dessa ação.
  5. A nota de lançamento, a legenda, a redação da funcionalidade e o contexto de versão concordam.
  6. O recurso não se torna uma visão geral de produto nem introduz outra funcionalidade.
  7. Não aparece material de clientes, credenciais, URL de clientes, conteúdo multimédia de clientes nem identificador pessoal.
  8. As legendas e qualquer voz sobreposta gerada audível são revistas quanto ao tratamento de publicação pretendido.
  9. A data de captura, a compilação, o revisor, a tentativa rejeitada, a nova tentativa e a decisão assinada são registadas.

Decisões de lançamento relacionadas

Utilize o fluxo de trabalho de demonstração SaaS quando a pergunta for um fluxo de produto geral, não uma atualização lançada. A colocação de prova de página de destino cobre o contexto acima da dobra. A colocação de recurso para README cobre a leitura rápida de repositório. Um vídeo de demonstração de lançamento de funcionalidade introduz uma capacidade recém-disponível. Um vídeo de demonstração de lançamento mostra um fluxo delimitado a partir de um lançamento declarado. Um vídeo de atualização de produto explica a única alteração atual que um utilizador precisa de notar. O guia de vídeo de registo de alterações para SaaS cobre a associação dessa prova visível ao registo de lançamento escrito. A preparação de URL de demonstração de software cobre o método de entrada para uma aplicação web acessível.

Para alternativas de fluxo de trabalho, leia GogoScreen e Loom, GogoScreen e Screen Studio, GogoScreen e Clueso, e GogoScreen e Guidde. Antes da publicação, verifique o contexto face à página inicial, preços, central de guias, à central de comparações, e informação de privacidade.

Esclarecimentos

Antes de começar

O que deve cobrir um vídeo de registo de alterações?

Cubra uma alteração lançada através de um estado anterior claro, a ação ativada pela alteração e o resultado visível. As notas de lançamento continuam a ser o registo factual completo.

Como escolho a alteração lançada a mostrar?

Escolha uma alteração lançada que importe ao público pretendido e que possa ser demonstrada na versão de lançamento declarada com dados preparados seguros. Não utilize trabalho planeado.

Em que difere um vídeo de registo de alterações de uma demonstração de produto?

Um vídeo de registo de alterações explica o que mudou em relação a um estado anterior. Uma demonstração geral explica como um produto funciona de forma mais ampla. Misturar ambos torna o contexto de lançamento menos preciso.

O que deve ser revisto antes de partilhar?

Verifique a redação da nota de lançamento, a compilação, a sequência estado anterior-ação-resultado, a legenda, a privacidade, a voz sobreposta audível quando utilizada, e um registo de qualquer nova tentativa.

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.