用户故事、Use Case 与 Acceptance Criteria
从用户价值落到正常、异常与边界路径。
- 用自己的话解释“用户故事、Use Case 与 Acceptance Criteria”及其核心术语。
- 在真实 AI 产品场景中识别何时应该使用本课方法。
- 完成一份可沉淀进“功能流程图、交互原型与可验收 PRD”阶段任务的实践产出。
REAL SCENE
先从一个真实场景开始
“作为用户，我想让 AI 自动完成任务”被放进迭代。开发问完成什么任务，测试问什么算成功，安全问是否要确认，产品只能继续补口头说明。用户故事保持价值视角，但必须与 Use Case 的交互细节和 Acceptance Criteria 的可测试条件配套。
PLAIN EXPLANATION
说人话：它到底是什么？
用户故事用“作为某角色，我想完成某目标，以便获得某价值”表达需求切片；Use Case 描述角色与系统在前置条件下的主成功场景、替代流程和异常；Acceptance Criteria 则给出能够判定实现是否合格的条件。三者从价值、行为到验收逐层细化。故事要按端到端用户价值纵向切分，避免只交付数据库或接口而没有可用结果。
写出可讨论的故事
角色要具体到权限与情境，目标使用可观察行为，价值说明为什么值得做。故事不是合同，仍需通过对话补业务规则、样例和风险。INVEST 可帮助检查独立、可协商、有价值、可估算、小且可测试。
- 避免角色只写“用户”
- 目标不预设不必要实现
- 价值连接产品结果
展开 Use Case
Use Case 明确主要角色、其他角色、触发、前置、后置和主流程，再列替代与异常。对 AI 工具调用，要写明建议、确认、执行、撤销和权限失败。
- 一步一个角色动作或系统响应
- 分支在发生节点引用
- 后置条件包含数据与审计变化
用 Given-When-Then 验收
Given 描述可重复前置，When 描述单一动作，Then 描述可观察结果。覆盖正常、边界、权限和失败，并使用具体值。验收标准不应规定不必要内部实现。
- 每条只验证一个核心行为
- 数值、状态和文案可判断
- 与自动或人工测试方式对应
用户故事表达角色、目标和价值，不替代规则与流程。
Use Case 覆盖主场景、替代、异常和数据后置状态。
验收标准使用可重复前置、单一动作和可观察结果。
KEY POINT
这节课最重要的结论
- 为什么重要
- 这决定了把需求转化为团队能开发、能测试、能验收的完整方案时，团队是否拥有一致、可验证的判断标准。
- 适用边界
- 当问题目标、数据来源或失败成本发生变化时，不要机械套用；先重新确认假设和风险等级。
EXAMPLES
正确案例与常见反例
故事为“作为客服，我想在发送前确认 AI 退款建议，以便避免越权操作”。Use Case 包含建议生成、权限校验、客服修改、二次确认、执行与审计；异常覆盖余额不足和接口超时。验收明确普通客服退款超过 200 元时只能提交主管审批，不可直接执行。
故事写“作为用户，我想用 Agent 提高效率”，验收写“Agent 正常工作且体验友好”。没有角色权限、工具范围、确认、失败或结果状态，任何实现都可以声称满足，也没有测试能够判定。
“故事价值是降低退款处理时长，但执行有风险。Use Case 把“建议”和“执行”分开；验收分别覆盖 200 元内确认执行、超过阈值转审批、接口超时不重复扣款以及所有操作写审计。”
HANDS-ON
必做实操任务
本节产出：“功能流程图、交互原型与可验收 PRD”阶段任务中的《用户故事、Use Case 与 Acceptance Criteria》一页实践卡
步骤 1将一个模糊 AI 功能改写为具体角色、目标和价值的用户故事。
步骤 2使用 INVEST 检查并把过大的故事按端到端用户价值切成三片。
步骤 3为第一片写主 Use Case、两个替代流程和三个异常流程。
步骤 4写 8 条 Given-When-Then 验收，覆盖正常、边界、权限、超时和幂等。
核心重点必须完成全部实践，并在测验中达到 80%，才能标记为掌握。
用户故事：作为____，我想____，以便____。
INVEST 检查：I____ N____ V____ E____ S____ T____
触发：____
主要角色/权限：____
前置条件：____
主成功场景：1. ____ 2. ____ 3. ____ 4. ____
替代流程：A1____ A2____
异常流程：E1____ E2____ E3____
后置状态：业务____｜数据____｜审计____
验收：
Given ____ When ____ Then ____
Given ____ When ____ Then ____
边界：____
权限：____
超时/重试/幂等：____CHECKLIST
产品经理工作检查表
MASTERY QUIZ
掌握测验
核心重点需达到 80% 才算掌握，未通过会进入错题本。
INTERVIEW
常见面试题
展开参考回答
用户故事说明角色、目标和价值；Use Case 展开触发、前后置、主流程、替代和异常；验收标准把关键规则写成可重复、可观察的通过条件。三者形成从价值到行为再到测试的链路。可用高风险 AI 工具调用案例说明权限、确认和幂等如何进入后两者。
RECAP & FURTHER READING
重点回顾、延伸阅读与下一步
- 1
围绕“用户故事、Use Case 与 Acceptance Criteria”继续阅读：选择一篇真实用户研究或产品决策复盘，识别其中的问题证据、方案取舍与验证闭环。
- 2
用“User Story、Use Case、Acceptance Criteria”作为检索词，分别写下一条定义、一条适用边界和一个反例。
- 3
对照本课正确案例与反例，寻找一个公开案例并记录其中可复用的判断与不能照搬的条件。