to-questionnaire

ユーザーが独力では答えられないことを、questionnaire：誰かに非同期で記入してもらう、または会議で一緒に記入する Markdown document にまとめます。Recipient はユーザーに不足している知識を持っています。questionnaire では、その知識を引き出します。

テーマではなく、送信内容を掘り下げてください。 ユーザーが常に答えられる send、つまり誰に送るのか、相手に何を返してもらう必要があるのかだけを軸に聞き取りを行います。Document 内の質問では、recipient が知っていることとユーザーが必要としていることの間にある gap を掘り下げます。

1. 誰に送りますか？ 1回のやり取りで、recipient の role、expertise、ユーザーとの関係について尋ねます。これにより questionnaire の語調と、どれだけ context を添える必要があるかが決まります。recipient が誰で、ユーザーが持っていないどのような知識を相手が持っているのかが分かったら、このステップは完了です。

2. 何を返してもらう必要がありますか？ 1回のやり取りで、ユーザーが独力では解決できず、この人に提供してもらう必要がある具体的な decisions や facts について尋ねます。ユーザーが最終的に何をできるようになる必要があるのか、あるいは何を決定する必要があるのかが明確な、具体的なリストができたら、このステップは完了です。

3. questionnaire を作成します。 手順 1～2 で明らかになった gap に基づいて質問を作成し、以下の Document structure に従います。ファイルを現在のディレクトリの to-questionnaire-<slug>.md（slug はテーマに基づきます）に保存し、パスを報告します。ファイルが存在し、手順 2 でユーザーが挙げたすべての項目が質問で網羅されていたら完了です。

ドキュメント構成

document は discovery questionnaire と位置づけます。ユーザーには context が不足しており、recipient はそれを持っています。非同期のやり取りでは機会が1回しかない場合があるため、質問は重要度の高い順に並べます。質問が少数を超える場合は、## headings の下にテーマごとにまとめます。以下の template を使用します。

<Questionnaire のタイトル>

目的： <この questionnaire が必要な理由と、関連する decision>

差出人： <ユーザー>、宛先： 、回答の用途： <回答をどこで使用するか>

背景

ユーザーの考え方を知らない recipient が背景を理解できるよう、1つの paragraph を記載します。相手が真剣に回答できるだけの情報を含めますが、1ページにわたるほど長くしないでください。

回答方法

締め切りと、おおよその所要時間を説明します。一部だけの回答や「分かりません」という回答にも価値があります。不確かな場合は、そのまま飛ばさずに不確かであることを示してもらいます。

<テーマの見出し>

テーマごとに ## section を設け、質問を重要度の高い順に並べます。各質問には1つの idea だけを含め、複数の質問を決して組み合わせないでください。質問のすぐ下に回答欄を置きます。質問が誤解されたり、表面的な回答になったりする可能性がある場合に限り、この質問が重要な理由 を1行追加します。

### システムの稼働開始時に、どの程度の負荷が予想されますか？

この質問が重要な理由：これによって、今すぐ急増するトラフィックに備えてリソースを確保するか、対応を後回しにするかが決まります。

その他にありますか？

最後に、こちらから尋ねていないものの、知っておくべきことがあるか尋ねる、締めくくりの質問を設けます。