产品经理概论与 PRD
产品工作从发现问题开始，经过目标和方案定义、设计评审、开发测试、上线和复盘，持续验证是否为用户创造了价值。
PRD 应包含什么
一份可执行的需求文档至少要说明：
- 背景与问题：谁在什么场景遇到了什么问题。
- 目标与指标：希望改变什么，如何判断成功。
- 用户与范围：目标用户、使用边界和不做什么。
- 用户流程：主流程、异常流程和状态变化。
- 功能需求：页面、字段、交互、权限和校验。
- 原型与验收标准：低保真原型、输入输出和可测试条件。
- 风险与依赖：技术、数据、合规和上线风险。
需求描述要让设计、开发和测试对同一行为有相同理解。避免“体验更好”“尽快优化”这类无法验收的表达。
PRD 模板
## 需求背景
## 目标与指标
## 用户故事
## 页面与交互
## 数据与权限
## 异常情况
## 验收标准
## 版本计划练习
- 为训练文档站新增“学习进度筛选”功能写一页 PRD。
- 绘制至少两个页面的低保真原型，并标注点击、返回和错误状态。
- 把一个模糊需求改写成可测试的验收标准。
学习衔接
先阅读产品运营路线；完成需求框架后进入需求分析、调研与验证，带着证据再回到本页写 PRD。