leandrocfe Transforme algo que o usuário não consegue responder sozinho num questionário — um documento Markdown que ele entrega a uma pessoa para preencher async, ou preenche junto numa reunião. Quem recebe detém o conhecimento que falta ao usuário; o questionário extrai isso dela.
Grille o envio, não o assunto. Entreviste o usuário só sobre o envio, que ele sempre consegue responder: para quem vai, e o que precisa de volta. As perguntas do documento então miram o gap entre o que quem recebe sabe e o que o usuário precisa.
Para quem vai? Pergunte, numa troca, o papel de quem recebe, sua expertise e a relação com o usuário. Isso fixa o tom do questionário e quanto contexto ele precisa carregar. Pronto quando você souber quem é o destinatário e o que ele sabe que o usuário não sabe.
O que você precisa de volta? Pergunte, numa troca, as decisões ou fatos específicos que o usuário não resolve sozinho e precisa dessa pessoa. Pronto quando você tiver uma lista concreta do que o usuário precisa sair capaz de fazer ou decidir.
Escreva o questionário. Rascunhe perguntas mirando o gap dos passos 1–2, seguindo a Estrutura do documento abaixo. Escreva em
to-questionnaire-<slug>.mdno diretório atual (slug a partir do tópico) e reporte o path. Pronto quando o arquivo existir e todo item que o usuário nomeou no passo 2 estiver coberto por uma pergunta.
Estrutura do documento
Enquadre o documento como um questionário de discovery: o usuário não tem o contexto, quem recebe tem. Ordene as perguntas mais-importante-primeiro — async significa que talvez você só tenha uma passada — e agrupe-as sob headings ## por tema quando passarem de um punhado. Escreva usando o template abaixo.
<Título do questionário>
Propósito: por que este questionário existe e a decisão que depende dele.
De: <o usuário> — Para: — Como suas respostas serão usadas: <para onde vão>
Contexto
Um parágrafo orientando quem recebe e não estava na cabeça do usuário. O suficiente pra responder bem, não uma página.
Como responder
Prazo e esforço aproximado. Respostas parciais e "não sei" são úteis — sinalize qualquer coisa de que não tenha certeza em vez de pular.
Uma seção ## por tema. Sob cada uma, suas perguntas, mais-importante-primeiro. Toda pergunta é uma ideia — nunca composta — com um stub de resposta logo abaixo, e uma linha por que isto importa só onde a pergunta poderia ser mal lida ou convidar a uma resposta descartável.
Por que isto importa: decide se provisionamos para pico de tráfego agora ou adiamos.
Mais alguma coisa?
Um catch-all de fechamento: algo que não perguntamos e que deveríamos saber?