第 1 章 · 表达需求：从「我想做一个生词本」开始
把一句模糊愿望说成谁用、什么场景、解决什么问题、怎么判断有用——并把已知事实和待验证的假设分开。
这一章解决什么问题
「我想做一个生词本」这句话，AI 没法执行，你自己也没法验收。它至少有四个没说清的地方：给谁做、在什么场景下用、解决什么问题、做到什么程度算有用。这一章就把这四个空填上。
为什么放在第一步？因为后面每一个技术决定都从这里推出来：要不要登录取决于「只有我用还是别人也要用」，数据存哪取决于「要不要换设备接着用」，要不要做复习算法取决于「我判断有用的标准是什么」。起点含糊，后面全是猜。
还有一件同样重要的事：把你写的每句话分成已知事实和待验证的假设。混在一起，是新手需求最常见的坑——把「我猜用户需要」当成「用户需要」，做出来才发现没人用。
开始前你要有什么
- 一个你自己真实想解决的问题（这章的填空要用你的真事，不是案例的）
- 完成过第一课开头的前置检查（工具能用、有项目文件夹）
- 一个能记笔记的地方（纸、备忘录、或直接建一个
需求说明.md）
不到 20 分钟的填空不需要 AI 陪跑。AI 在这一章的用法是帮你查漏，不是替你编需求。
分工：人判断什么，AI 做什么
| 人负责（判断） | AI / Skills 负责（加工） |
|---|---|
| 谁用、什么场景、什么痛点——只有你知道的真实情况 | 追问模糊词：「每天复习」是每天几次、什么时候？ |
| 愿意为这件事投入多少 | 把你的口述整理成结构化的一页说明 |
| 最终拍板每句需求 | 把你的每句话标成「事实」还是「假设」 |
原则：AI 可以帮你把话说清楚，不能替你发明「你想要什么」。 如果 AI 生成的需求里出现你没说过的场景或数字，删掉——那是它在猜，猜的东西后面会变成错误的功能。
怎么做
第 1 步：用四个问题过一遍你的想法（约 10 分钟）
对着下面四个问题，用自己的话写答案。写不出的问题先跳过，最后一起处理：
- 谁用：这个产品给谁用？（先写「谁最先用」，别写「所有人」）
- 场景：什么情况下会打开它？当时在做什么、手边有什么设备？
- 解决什么问题：不用它的时候，这件事现在是怎么做的？哪里难受？
- 怎么判断有用：用两周之后，看到什么现象你会觉得「做这个值了」？
第 2 步：看一遍示范填空（案例，全部是教学假设）
下面的「我」是教学角色，背景数据是编出来示范写法的。不要抄——抄来的需求没有你自己的事实，等于从假设跳到假设。
谁用： 先只给我自己。我备考英语，读外刊是主要输入。
场景： 读《经济学人》遇到生词，随手记进手机备忘录；
坐地铁或睡前想翻一翻之前记的词。
解决什么：备忘录记了 300 多条，从不复习；
分不清哪些词已经认识、哪些还不熟；
手机备忘录在电脑上打字录入很别扭。
怎么判断有用：
两周后 —— (a) 我真的录入了 50 个以上新词；
(b) 复习时能只看「还没掌握」的词；
(c) 手机和电脑都能看到同一份词表。注意第 4 条的写法：「有用」不是一句感觉，是三个可观察的现象。两周后这三条是否成立，是整个案例的最终检验——第 8 章上线后要回来逐条对照。
第 3 步：把每句话标成「事实」或「假设」
这是本章最重要的一步。判断标准很简单：事实 = 你已经观察过自己的行为；假设 = 你预期自己（或别人）会怎么做。
| 句子 | 事实还是假设 | 依据 |
|---|---|---|
| 我在读外刊时遇到生词会记备忘录 | 事实（案例中） | 已经发生了的行为 |
| 备忘录里有 300 多条、从不复习 | 事实（案例中） | 打开备忘录数一数就有 |
| 我会坚持两周、每周录 25 个词 | 假设 | 预期行为，没验证过 |
| 「只看未掌握的词」就够我复习 | 假设 | 预期需求，没用过不知道 |
| 别人也想要这个功能 | 假设 | 完全没证据，第一版别管 |
把假设留着不动，不丢人——产品方向本来就靠假设推进。要做的是给每个重要假设标一个「什么时候、怎么验证」：比如「我会坚持录入」由两周试用验证，「只看未掌握就够」由上线后真实复习验证。写完 PRD 不等于验证了需求，验证只发生在真实使用里。
第 4 步：让 AI 帮你查漏（约 5 分钟）
把你写好的一页说明发给 AI，用这段可复制的提示词：
这是我想做的小产品的需求说明：
（粘贴你的四问答案）
请你：
1. 指出其中模糊、无法观察、无法验收的表述，并给出改写建议；
2. 把每句话标成「事实」或「假设」，标准是：是否已经有观察依据；
3. 对每条假设，建议一个低成本的验证方式；
4. 不要替我发明我没写过的功能、场景或数字。收到回复后逐条过：AI 指出的问题你认不认？它改写的版本是不是你的意思？这一步的产出仍然是你的需求说明，AI 只是陪审。
第 5 步：定稿并保存
整理成正式的一页说明，存进项目文件夹（比如 docs/需求说明.md）。结构照抄这个模板：
# 需求说明：（产品名）
- 谁用：
- 场景：
- 解决什么问题：
- 怎么判断有用：（写成可观察的现象，注明验证时间）
- 已知事实：
- 待验证假设：（每条注明「什么时候、怎么验证」）
- 明确不做：（第一版不做的事，如：不做词典查询接口）产物与检查
产物：一页需求说明。检查表：
- 「谁用」具体到一个人或一类人，不是「大家」
- 「解决什么问题」描述了现状的做法和难受的点，不是「更方便」这种空词
- 「怎么判断有用」全部是可观察的现象，有数字、有期限
- 事实和假设分开列了，重要假设标了验证方式
- 有「明确不做」清单
不满意或失败时怎么调整
- 「场景」写不出来：说明你可能不是这个产品的用户。先别做——花一周时间，每次遇到这个场景就记一笔，一周后回来看记录再填。
- 「怎么判断有用」写不出可观察的现象：说明你还没想清楚解决什么问题，回第 1 问重来。写不出验收标准的需求，后面没法验收。
- AI 给的需求说明比你写的「更好」：小心。检查里面有多少内容是你没说过的——那些是它的想象，不是你的需求。可以让它列「哪些是你补充的」，逐条决定去留。
交给下一章什么
- 一页需求说明（含事实/假设分栏）——这是第 2 章 grilling 追问的原料；
- 你的假设清单——第 2 章的追问会把其中几条变成拍板的决定。
案例进度：需求说明已有（案例版见第 2 步示范）。下一章，AI 会用 grilling 方法把「先只给我自己」这句话背后的 7 个隐藏决定一个个摆上台面。