产品设计入门用户故事敏捷验收
用户故事与验收标准
按角色、目标、价值写故事，配 Given-When-Then 的可测条件。
提示词模板
请把下面的需求拆成用户故事。
需求描述：{{原始需求}}
用户角色：{{有哪几类用户，各自目标不同}}
系统现状：{{已有功能、限制}}
输出：
1. 故事清单，每个格式为「作为…，我想要…，以便…」，一个故事只服务一个目标；
2. 每个故事按价值排序（用户价值 / 实现成本），标出 MVP 必须做的；
3. 每个故事的验收标准用 Given-When-Then 写，至少 3 条，包含 1 条异常场景；
4. 拆分建议：哪个故事太大需要再拆，拆的边界在哪；
5. 依赖关系：哪些故事必须先做；
6. 明确不覆盖的场景。
验收标准必须可测试，不要写「体验流畅」这类主观描述。需要替换的部分
复制模板后，把下面这些 {{…}} 换成你的真实信息；没有的信息宁可留空，也不要让模型编。
{{原始需求}}{{有哪几类用户，各自目标不同}}{{已有功能、限制}}
什么时候用
敏捷拆需求、排迭代、和开发对齐范围。
示例
「作为访客，我想要保存草稿，以便下次继续编辑」配「断网时提示保存失败并保留本地内容」。
使用建议
- 1一个故事一个目标，混在一起就没法排期。
- 2Given-When-Then 里的 Then 要可观察。
- 3异常场景不写，测试一定漏。
方法来源：用户故事与行为驱动开发（BDD）实践。模板为中文改写与整理，可按你的任务继续修改。