ask-someone-else

将用户无法独自回答的问题变成一份问卷：用 Markdown 文档写成，交给一个人异步填写，或在会议上共同填写。收件人掌握用户缺少的知识；问卷的目的就是从对方那里获取这些信息。

围绕发送来提问，而非围绕主题。只询问用户有关_发送_的问题，因为这些问题他们总能回答：问卷发给谁，以及他们需要对方提供什么。文档中的问题则针对收件人掌握的信息与用户所需信息之间的差距。

一份问卷只面向一位收件人，因为问卷的语气和背景信息都是为对方量身设定的。如果答案需要由多人共同提供，就为每个人分别提供一份问卷，并从第一份开始。如果用户的消息已经说明了收件人和他们需要对方提供什么，就用一句话确认这两点，然后进入第 3 步；只询问缺少的信息。

1. **问卷发给谁？**在一轮交流中询问收件人的角色、专业知识以及与用户的关系。这决定了问卷的语气和需要包含多少背景信息。了解收件人是谁，以及对方知道哪些用户不知道的信息，即可完成。

2. **你需要对方提供什么？**在一轮交流中询问用户无法独自确定、需要此人提供的具体决定或事实。整理出一份具体清单，明确用户必须通过对方提供的信息完成哪些事或做出哪些决定，即可完成。

3. **撰写问卷。**根据第 1 至 2 步确定的信息差距拟定问题，并遵循下方的文档结构。在当前目录中将文档写入 ask-someone-else-<slug>.md（slug 根据主题生成），并报告文件路径。文件已存在，且第 2 步中用户提到的每一项都已对应一个问题，即可完成。

文档结构

将文档设定为一份探索性问卷：用户缺少背景信息，收件人掌握这些信息。问题按重要性从高到低排列，因为异步交流可能只有一次机会；问题超过少数几个时，按主题分组，并使用 ## 标题。按以下模板撰写。

Purpose: 说明问卷的用途，以及这份问卷关系到什么决定。

From: <用户>，To: <收件人>，How your answers will be used: <答案的用途>

背景

用一段话向不了解用户想法的收件人介绍情况。提供足够的信息，帮助对方充分作答，但不要写成一页。

如何作答

说明截止时间和大致所需时间。部分答案和“我不知道”也有帮助：不确定的地方请标明，不要跳过。

每个主题设一个 ## 部分。每部分按重要性从高到低列出问题。每个问题只涉及一个要点，绝不合并多个问题；问题下方直接留出答题位置。只有在问题可能被误解或得到敷衍回答时，才添加一行_问题缘由_。

### 系统在正式上线时需要承受多大负载？

问题缘由：这决定我们现在是否要为突发流量预留容量，还是可以以后再处理。

还有其他要补充的吗？

以开放式问题收尾：还有哪些我们没问到、但应该了解的信息？