01 · PRD 撰写

PRD（Product Requirements Document）的作用是让所有人对「要做什么」有一致理解。写得好的 PRD 能减少 80% 的返工。

从一句话到完整 PRD

我要为在线课程平台做一个「学习进度追踪」功能，
帮我写一份 PRD。

背景：学员反映不知道自己学到哪里了，想继续学但找不到上次的位置。

请包含：
1. 问题描述和用户痛点
2. 目标和成功指标（北极星指标）
3. 功能范围（In Scope / Out of Scope）
4. 详细功能描述（核心功能、边界情况）
5. UI/UX 说明（主要交互，不需要出图）
6. 技术考量（前端/后端影响）
7. 发布计划（P0/P1/P2 分层）

补全边界情况

写完核心功能后，让 Claude 找漏洞：

读这份 PRD 里的「学习进度同步」功能：

[贴出相关段落]

帮我找出所有可能遗漏的边界情况，特别是：
- 用户行为异常（多设备、断网、跳跃课时）
- 数据一致性问题
- 权限和角色相关的情况

竞品分析

分析 Coursera、Udemy、B站学习区 的学习进度功能：

1. 各自的实现方式和 UI
2. 优缺点对比
3. 对我们产品的启发或差异化方向

输出一个对比表 + 总结。

把 PRD 拆成技术任务

PRD 写好之后，直接让 Claude 转成开发任务：

读 /docs/prd/progress-tracking.md，
把产品需求拆成前端和后端的开发任务列表：

- 每个任务有标题、描述、验收条件
- 标注依赖关系（哪个任务先做）
- 粗略估算复杂度（S/M/L）

输出 markdown 格式，可以直接粘贴到项目管理工具。

写功能规格说明

对于复杂功能，需要更详细的规格：

为「课程购买流程」写功能规格文档：

包含：
- 完整的状态机（所有可能的状态和转换）
- 每个状态的 UI 表现
- 错误情况处理（支付失败、网络中断、重复购买）
- 数据字段定义（前后端交互的数据结构）