1.

准备阶段：明确项目背景与关键干系人

项目起因与目标：写清业务背景、目标用户与KPI（例如转化率、响应时间）。
干系人清单：列出产品、运营、开发、测试、设计、客户代表并标注决策人/审批人。
沟通计划：约定需求会议节奏、反馈周期与评审模板（会议纪要模板、Action List）。

2.

范围定义：划清Scope与非Scope

功能边界：列出本次迭代包含的功能点（如登录、商品页、支付）与优先级（Must/Should/Could/Will-not）。
排除项：明确哪些功能属于后续版本，避免范围蔓延。
交付物：定义交付的产物（需求文档、线框、接口文档、测试用例）。

3.

需求收集：采用多种方法保证完整性

访谈与观察：与客户、运营、客服做1对1访谈，记录痛点与场景。
竞品与现状分析：做竞品对标、现系统流程梳理并附截图。
用户故事与场景：用“作为X，我希望Y，以便Z”的格式列出主要用户故事并标注优先级。

4.

功能拆分：从宏观到微观逐层分解

功能目录：先列出一级功能模块，再分解到页面/接口/按钮级别。
用例与流程图：为每个功能绘制流程图（开始→条件分支→异常流→结束），并编号用例（UC-01）。
细化字段：列出每个页面或接口所需字段、字段类型、是否必填及默认值。

5.

页面与交互：提供原型与验收截图

线框与高保真：提供可点击原型（链接）或静态截屏，并说明交互细节（悬停、校验、错误提示）。
状态矩阵：列出页面在不同状态（加载、空数据、错误、成功）下的显示与文字内容。
无障碍与响应式：标注对不同分辨率、残障友好需求的支持要点。

6.

接口与数据：定义数据契约与示例

接口清单：逐条列出API路径、方法（GET/POST）、请求参数、响应字段与示例JSON。
错误码与重试策略：列常见错误码、含义、前端展示与重试逻辑。
数据表与权限：给出关键表结构草图、主外键关系及数据权限控制点。

7.

非功能需求：性能、安全、可用性量化

性能指标：如页面首屏时间、并发用户数、API响应时间（P95/P99）目标值。
安全要求：认证方式、数据加密、敏感信息脱敏与日志审计要求。
备份与恢复：备份频率、RTO/RPO目标、故障切换流程。

8.

验收标准与测试用例：明确“可交付”定义

验收准则：为每个功能写明“通过”条件（功能点+性能阈值+UI符合原型）。
测试用例模板：给出示例用例（前置条件、操作步骤、预期结果、数据准备）。
回归与冒烟：定义发布前必须通过的冒烟测试清单与回归范围。

9.

版本管理与变更控制：防止需求漂移

版本号规则：采用语义化版本（vX.Y.Z）并在文档顶部注明变更摘要。
变更流程：变更提交表单、评审人、影响评估（人力、进度、预算）与批准链。
变更记录：维护变更日志（谁、何时、内容、原因、影响）并链接对应工单。

10.

拆解为开发任务与验收交付物

任务分解：把需求转为Jira/钉钉任务，任务需包含验收标准、时间预估、依赖。
定义Done标准：每条任务写明“开发完成需交付”的产物（代码、单元测试、接口文档、部署脚本）。
联调与环境：列明测试环境、数据脚本、Mock规则与联调负责人。

11.

评审与签署：确保各方达成一致

评审会模板：提前发出材料、列明评审目标、逐条走查功能点、记录异议与Action。
签署流程：评审通过后由产品、开发、测试、客户代表签署版本并进入开发。
验收会：上线前后分别召开预验收与正式验收会议并记录结论。

12.

上线与交付后的跟踪维护

上线检查单：发布前检查项（DB迁移、配置、监控、回滚计划），上线当日日志监控清单。
上线后观察：设置指标观察期（如72小时），并安排值班与快速响应流程。
反馈与迭代：收集用户反馈，按优先级整理到待办列表并纳入下个版本评估。

13.

常用模板与检查清单（可复制使用）

PRD模板要点：封面、版本、背景、目标、范围、功能列表、接口、验收标准、风险与依赖。
检查清单示例：字段完整性、原型一致性、接口示例、测试用例覆盖率、验收通过标记。
实操建议：每天短会跟进阻塞、每周一次跨职能评审以降低返工。

14.

问：如何确保需求不会被误解导致返工？

答：采用“多表达”原则：文字说明+流程图+原型+接口示例+验收用例；评审时逐条过场景并由开发复述实现方案，记录异议并形成书面变更。

15.

问：需求优先级如何科学判定？

答：结合业务价值（带来的KPI提升）、实现成本（人天）与风险（技术难度）评分，使用RICE或MoSCoW矩阵，定期与产品和业务对齐。

16.

问：新手项目经理开始编写PRD的最快入手步骤是什么？

答：先用模板填写封面与目标，列出最小可交付功能（MVP），画出关键流程与3个核心用例，然后组织一次评审快速暴露问题，迭代完善。