any2.video
Esta página foi traduzida automaticamente e está em revisão por um falante nativo; a página em inglês é a versão de referência: English
~/alternatives / technical-writer

any2.video vs contratar um redator técnico: duas respostas para o mesmo problema de cobertura

Um bom redator técnico é uma das contratações de maior retorno que uma empresa de software pode fazer, e nada aqui é um argumento contra contratar um. Documentação escrita e vídeo verificado respondem a metades diferentes do problema de cobertura, e escolher entre os dois é, na verdade, uma questão de saber qual metade está quebrada no momento.

O que cada opção prova

PerguntaRedator técnicoany2.video
O que produzTexto que se pode pesquisar, linkar e corrigir.Uma gravação da tarefa sendo concluída, mais um guia escrito.
Responde “onde fica o botão”Em palavras, que o leitor precisa relacionar com a tela.Mostrando onde fica.
Responde “por que isto existe”Muito bem. É para isso que serve o texto.Mal. Vídeo é ruim como material de referência.
Velocidade de coberturaRápida para texto, lenta para tudo o que precisa de captura de tela.Dois dias por tarefa, em lotes.
Onde é encontradoNo seu site de documentação e nos mecanismos de busca.No YouTube e nos assistentes de IA, onde as perguntas sobre produtos são feitas.
Como se mantém atualizadoDepende de disciplina e do processo de revisão.Uma tag de versão e uma reexecução disparada a cada versão.

Quando um redator técnico é a escolha certa

  • A sua documentação está incompleta, contraditória ou abandonada. Resolva isso primeiro. Vídeo em cima de documentação ruim só espalha o erro.
  • O conteúdo é material de referência: parâmetros, superfícies de API, limites, explicações conceituais.
  • Os leitores precisam pesquisar, copiar e linkar. Ninguém copia um comando de um vídeo.
  • Você precisa do conteúdo dentro do processo de lançamento de versões, e não ao lado dele.

Quando não é

  • A etapa escrita existe e os usuários ainda erram, o que normalmente significa que a tela não se parece com a frase.
  • A pergunta é “funciona de verdade”, algo que o texto não consegue resolver e a evidência na tela consegue.
  • Os seus compradores estão formando opinião no YouTube, onde a sua documentação não aparece.
  • O redator que você contratou passa a semana fazendo capturas de tela em vez de escrever.

A ordem certa

Documentação primeiro. Se o procedimento escrito está errado, um vídeo do procedimento errado é um procedimento errado mais convincente. Já recusamos trabalhos por esse motivo e recusaríamos de novo.

Quando a documentação está certa, o que falta não é informação, é prova e reconhecimento visual. Um usuário que leu a etapa e ainda não encontra a chave não precisa da frase de novo. Precisa ver a tela.

Todo passo a passo vem com texto

É por isso que o guia escrito e as notas de solução de problemas estão incluídos, e não são vendidos como upsell. Cada execução verificada produz as etapas exatas que funcionaram, em ordem, com as tentativas que falharam e as respectivas correções. Esse resultado muitas vezes é melhor do que o que havia na documentação, porque veio de uma execução, e não da memória, e o seu redator pode levá-lo direto para a documentação.

O que o redator ganha com isso

Capturar telas é a coisa de menor valor que um redator técnico faz, e isso consome a semana de trabalho. Uma execução verificada entrega um log, com marcações de tempo, do que realmente aconteceu, que é a matéria-prima que, de outro modo, seria reconstruída à mão.

Perguntas

Devemos contratar um redator técnico ou comprar vídeo?

Se a documentação está errada ou não existe, contrate o redator primeiro. Vídeo construído sobre documentação imprecisa multiplica o erro. Se a documentação é sólida e os usuários ainda travam, o que falta é prova, e não informação, e é isso que um passo a passo verificado fornece.

O vídeo substitui a nossa documentação?

Não, e nem deveria. Texto é pesquisável, copiável e barato de corrigir. Vídeo é ruim como material de referência e bom para mostrar uma tarefa chegando ao fim.

Recebemos algo que o nosso redator possa usar?

Sim. Todo passo a passo vem com as etapas exatas que funcionaram e as tentativas que falharam, geradas a partir do log de execução. A maioria das equipes cola isso direto na própria documentação.

A forma mais rápida de tirar a dúvida é uma tarefa, feita dos dois jeitos. O primeiro vídeo de amostra é grátis.

$ get-sample → $ cd /library