Guia6 min de leitura

Guia de Vídeo de Demonstração para o Show HN

Dê aos leitores técnicos um percurso funcional que vale a pena inspecionar.

Escolha um fluxo técnico para um vídeo de demonstração do Show HN e reveja a prova que um leitor do Hacker News consegue inspecionar.

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 vídeo de demonstração para o Show HN deve dar a um leitor técnico um percurso funcional para inspecionar. A sua função não é criar uma galeria de lançamento nem comprimir um produto inteiro num vídeo curto. Um bom candidato começa num estado preparado, mostra a ação que torna o produto interessante e mantém o estado resultante visível o tempo suficiente para que alguém compreenda o que mudou. A publicação do Show HN pode depois explicar o contexto técnico, as restrições e as perguntas que a gravação não consegue provar.

Isso torna esta página diferente de um vídeo de demonstração para o Product Hunt. O Product Hunt precisa de um recurso que apoie uma promessa de ficha e uma galeria. Os leitores do Show HN têm maior probabilidade de perguntar se a funcionalidade se comporta como descrito, que limite o criador escolheu e onde podem saber mais. O vídeo é prova para uma pergunta estreita, não um substituto de um README ou de uma explicação técnica.

Necessidade do leitor	O que o vídeo pode mostrar	O que pertence ao lado dele
Existe um percurso funcional?	Uma rota preparada, uma ação e um resultado visível	O âmbito e as limitações conhecidas
Por que razão a ação importa?	O comportamento observável do produto	O problema técnico a ser resolvido
Posso inspecionar mais o trabalho?	Um exemplo delimitado no navegador	Um README, um repositório ou o contexto da publicação

Escolha a pergunta antes da rota

Comece pela pergunta a que um leitor técnico deve conseguir responder depois de assistir. Pode ser se um utilizador consegue concluir uma tarefa no navegador, se uma entrada produz um resultado visível ou se uma interação específica é compreensível sem narração. Não comece pela navegação da aplicação. A navegação só é útil quando estabelece o início da prova selecionada.

A pergunta tem de ser mais estreita do que "o que faz o produto?". Essa pergunta produz um tour, e um tour normalmente dá a um leitor cético menos para examinar. Uma pergunta melhor nomeia o único comportamento que torna a publicação do Show HN digna de ser aberta. Se a resposta precisar de várias funcionalidades não relacionadas, a publicação está a pedir ao vídeo que transporte mais do que uma sequência de ecrã focada consegue suportar.

Use esta lista de verificação de seleção antes de preparar a rota:

Declare a pergunta técnica que o fluxo escolhido consegue responder.
Escolha uma rota inspecionável com um estado inicial preparado.
Mostre a ação importante sem transformar o vídeo num tour.
Mantenha o estado resultante visível para que um leitor técnico o possa inspecionar.

Um GIF de demonstração para README serve o leitor de repositório que precisa de uma orientação compacta. Um vídeo de demonstração SaaS cobre o processo mais amplo de preparação de URL e fluxo voltado para o comprador. Para o Show HN, o teste é mais específico: consegue o vídeo tornar inspecionável uma afirmação técnica funcional sem pedir ao espectador que aceite um sistema, resultado ou plano futuro que não é mostrado?

Prepare uma rota em que o leitor possa confiar

Escolha uma rota de aplicação web alcançável e teste-a manualmente com dados preparados não sensíveis. Confirme o estado inicial, os redirecionamentos, os avisos de consentimento, os estados vazios, as janelas modais e o resultado final. A passagem manual cria um alvo de revisão concreto. Não estabelece que todas as rotas serão renderizadas com sucesso nem que o produto funciona para todas as aplicações.

O fluxo de trabalho indicado do GogoScreen usa um URL e uma indicação de uma linha sobre o que mostrar, e depois devolve um MP4 editado. Escreve e fala uma voz sobreposta ajustada ao que ocorreu no ecrã, e aplica edição como aproximações ao clicar, suavização do cursor, cortes de tempos mortos e legendas. Estas são capacidades do produto, não prova de um resultado não visto. Uma renderização pode falhar ou precisar de uma nova tentativa, pelo que quem prepara o vídeo deve reservar tempo para rever um candidato antes de o usar numa publicação pública.

Se a rota precisar de autenticação, use uma conta de demonstração descartável através do processo aprovado do produto. Quem escreve e quem revê nunca deve manusear nem incluir credenciais. No GogoScreen, as credenciais 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. Não mostre um URL de cliente, dados de cliente, um documento privado nem um identificador pessoal apenas para fazer o fluxo parecer mais completo.

Escreva a indicação como uma instrução testável

Uma indicação útil identifica onde o fluxo começa, a ação importante e o resultado visível. Deve dar ao revisor uma forma de comparar o candidato com o percurso pretendido. "Na lista de projetos preparada, crie uma fatura e mostre a nova entrada" nomeia uma tarefa delimitada. "Mostre a arquitetura do produto" pede a uma gravação de navegador que explique algo que pertence à publicação ou ao README.

Mantenha a redação factual. Não use a indicação para reivindicar desempenho, escala, segurança, tração ou capacidade futura. Essas afirmações precisam da sua própria prova. A sequência de ecrã só deve transportar o que a sequência de ecrã consegue revelar. Se a ação precisar de contexto de fundo, forneça-o no texto do Show HN antes ou depois do vídeo.

Um vídeo de demonstração de pitch de startup também se limita à prova do produto, mas apoia o contexto de pitch de um fundador. Um vídeo de demonstração de atualização para investidores documenta o progresso em torno de uma alteração de produto. Um vídeo de demonstração de lançamento de funcionalidade anuncia uma capacidade recém-disponível. Cada público faz uma pergunta diferente, pelo que a mesma sequência de ecrã não deve ser reutilizada com um novo rótulo sem outra revisão.

Reveja a capacidade de inspeção

Assista ao candidato primeiro sem depender da narração. Um leitor técnico deve conseguir localizar o contexto inicial, ver a ação importante e identificar o estado resultante. Depois compare as legendas e a voz sobreposta com o que aconteceu no ecrã. O GogoScreen pode criar estes elementos, mas o responsável pelo produto continua a ser responsável por decidir se a linguagem é precisa e proporcional.

Reveja ao mesmo tempo o texto do Show HN que acompanha o vídeo. A publicação deve nomear o que o vídeo demonstra, o que não demonstra e onde um leitor interessado pode inspecionar mais detalhe. Evite usar uma edição polida para sugerir que um protótipo está completo, que um resultado é universal ou que uma restrição técnica desapareceu.

Item de revisão	Decisão a registar
Rota e estado preparado	Se o contexto de abertura corresponde à pergunta técnica
Ação e resultado	Se o resultado visível decorre da ação
Segurança pública	Se o material de cliente ou as credenciais estão ausentes
Redação da publicação	Se as afirmações permanecem dentro da sessão observada

Ligue o vídeo à leitura seguinte certa

Um vídeo do Show HN funciona melhor quando conduz a material que um leitor técnico consegue usar. Ligue a publicação a um README para configuração e restrições, e à página de produto relevante para uma explicação mais ampla da tarefa do utilizador. O guia do GIF de demonstração para README explica como manter um recurso de repositório curto. O guia de vídeo de demonstração de software a partir de um URL cobre a prontidão do URL.

Para a colocação de lançamento, use a preparação de vídeo de demonstração para o Product Hunt em vez de tratar o Show HN como uma galeria. Para uma decisão geral de fluxo de trabalho, consulte GogoScreen versus Loom, GogoScreen versus Screen Studio, GogoScreen versus Clueso e GogoScreen versus Guidde. Comece pela página inicial do GogoScreen, reveja os preços e consulte a política de privacidade antes de submeter uma renderização.

Esclarecimentos

Antes de começar

O que deve mostrar um vídeo de demonstração para o Show HN?

Mostre um fluxo técnico funcional com uma condição inicial clara, uma ação observável e um resultado que o leitor consiga inspecionar. O vídeo deve ajudar um leitor técnico a avaliar a funcionalidade, e não substituir a explicação do Show HN.

Em que difere um vídeo do Show HN de um vídeo do Product Hunt?

Um vídeo do Product Hunt apoia uma ficha e uma galeria. Um vídeo do Show HN deve tornar mais fácil inspecionar a questão do produto voltada para a implementação, enquanto a publicação explica o contexto técnico, as restrições e o retorno que o criador procura.

Deve um vídeo do Show HN ser um tour completo do produto?

Não. Um tour completo esconde a decisão que um leitor técnico está a tentar tomar. Use um percurso delimitado e remeta os leitores para documentação ou um README para configuração, arquitetura e limitações que não pertencem à gravação.

O que precisa de revisão antes de partilhar um vídeo do Show HN?

Reveja a rota, os dados preparados, a ação visível, o resultado, as legendas e qualquer voz sobreposta audível. Confirme que não aparece na gravação nem na publicação que a acompanha nenhum material de cliente, credencial, URL privado ou afirmação técnica não sustentada.

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