02 · 用户故事与验收标准

用户故事把功能从「系统视角」转成「用户视角」。好的用户故事自带验收标准，开发完能直接验证：做没做到。

生成用户故事

为「学习进度追踪」功能生成用户故事。

用标准格式：
作为 [用户类型]，我想要 [功能]，以便 [目的/价值]。

角色有：
- 首次学习的学员
- 回来继续学习的学员
- 已完课的学员
- 课程讲师（查看学员数据）

每个用户故事后面跟上 2-4 条验收标准（Given-When-Then 格式）。

示例输出：

作为回来继续学习的学员，
我想要打开课程时自动跳到上次观看位置，
以便不用记住或翻找上次看到哪里。

验收标准：
- Given 我上次看到第 3 集第 12 分钟，When 我再次打开这门课，Then 自动跳到第 3 集第 12 分钟位置
- Given 我在 PC 上学到一半，When 我用手机打开同一课程，Then 手机上也显示 PC 的最新进度
- Given 我已完成整门课程，When 我再次打开，Then 默认打开第 1 集（不是跳到结尾）

优先级排序

读 /docs/user-stories/progress-tracking.md，
帮我用 MoSCoW 方法对这些用户故事排优先级：

- Must Have：没有这个功能无法上线
- Should Have：核心体验，但可以 V2 做
- Could Have：锦上添花
- Won't Have：明确不做（至少这个版本）

重点考虑：开发成本、用户价值、技术风险。

用户故事地图

我们要做课程平台的「学员端」，帮我做一个用户故事地图：

以用户的完整旅程为主干：
注册 → 发现课程 → 购买 → 开始学习 → 完成课程 → 分享/复购

每个旅程节点下面列出对应的用户故事，
然后横向切出 MVP 层（最小可行功能集合）。

输出 markdown 表格格式。

把用户故事转成开发任务

把这个用户故事拆成具体的开发子任务：

「作为学员，我想看到自己在课程里的完成百分比」

拆分要包含：
- 前端任务（UI 组件、状态管理）
- 后端任务（API、数据库查询）
- 依赖关系（谁先谁后）

每个任务一句话描述，估算工作量（小时）。