学完这一课，你能：
- 从真实用户场景提炼核心问题
- 区分必须做、暂不做和明确禁止
- 写出别人可以实际验证的验收标准
1. 从问题开始，不从功能开始
功能愿望
“我要做一个有登录、AI、报表、提醒、多人协作的问题系统。”
用户问题
“我每周处理很多技术问题，但证据散落在聊天里，无法知道哪些没解决，也不能复用过去的处理过程。”
问题描述让你知道系统为什么存在。第一版只需要完成最短的价值路径：记录问题、补充证据、更新状态、查看未解决项。
2. 一页需求说明需要 7 项
- 目标用户谁会使用？他现在如何完成这件事？
- 核心问题什么损失、延误或混乱值得被解决？
- 触发场景用户在什么情况下打开系统，第一步做什么？
- 核心流程从开始到获得结果，最少经过哪些步骤？
- 范围边界第一版必须做什么、暂时不做什么？
- 验收标准用具体操作和可观察结果描述完成。
- 风险与限制隐私、权限、数据丢失和外部依赖有哪些约束？
3. 把范围写成“做与不做”
第一版必须做
- 新增问题并记录标题、现象和证据
- 把状态改为待处理、处理中、已解决
- 按状态筛选并查看详情
- 刷新后数据仍然存在
第一版暂不做
- 多人账号和复杂权限
- 自动发送通知
- AI 自动决定问题原因
- 跨设备同步和移动应用
非目标不是“以后永远不做”，而是保护当前版本能按时完成。范围变化必须同时调整时间、风险和验收标准。
4. 验收标准要能直接操作
验收示例场景 · 操作 · 结果
场景：当前没有任何记录。
操作：输入标题“首页打不开”、现象和一条日志，点击保存。
结果：列表出现一条“待处理”记录；打开详情能看到全部输入；刷新页面后记录仍存在。
“体验好、运行正常、性能高”都不可直接验收把它们改成可观察的结果，例如“手机宽度不出现横向滚动”“错误输入给出明确提示”“保存后 2 秒内出现结果”。
本课交付 · 25 分钟
完成一页需求说明
- 用 3 句话写清目标用户、当前做法和核心问题。
- 画出一条最短核心流程，不超过 5 步。
- 分别列出 4 项必须做和 4 项暂不做。
- 为新增、查看、更新状态各写一条验收标准。
- 列出最重要的 3 个风险，并写出处理原则。