📚 课程目录第1章 PRD编写启动

PRD到验收标准交付实战 - 第1节

1. PRD编写启动

本章节适用于以下场景的启动阶段：

新产品从0到1的需求定义与PRD编写启动。
现有产品大型版本迭代，需要跨多个功能模块协同开发。
涉及多角色（产品、设计、研发、测试、运营）协作的复杂需求。
团队首次引入标准化PRD流程，需要建立统一认知和启动规范。

1.2 前置条件

在启动PRD编写之前，必须确认以下条件已满足：

#	前置条件	验收标准
1	业务目标已对齐	产品负责人、业务方已就本次迭代的核心业务指标达成一致，并通过邮件或文档确认。
2	用户需求已收集	至少完成一次用户调研（访谈/问卷/数据分析），输出《用户需求调研报告》初稿。
3	技术可行性已初步评估	技术负责人已对核心需求进行架构预研，输出《技术可行性评估纪要》，无不可解风险。
4	关键干系人已确认	产品、研发、测试、设计、运营等角色的关键对接人已明确，并同意参与本次PRD评审。
5	工具与权限已就绪	PRD编写工具（如Confluence、Notion、Figma）已创建空间，所有参与人获得编辑/评论权限。

1.3 角色定义与责任边界

角色	缩写	责任边界
产品经理	PM	PRD主笔人，负责需求撰写、核心逻辑定义、评审组织与验收标准制定。
交互设计师	UX	基于PRD输出交互原型与设计规范，确认用户流程的合理性与一致性。
研发工程师	RD	评估技术实现方案，参与PRD评审，提供技术约束与可行性建议。
测试工程师	QA	提前介入需求理解，撰写测试用例，确保PRD可测试、可验收。
业务方	BA	提供业务背景与规则，确认需求符合商业目标，参与最终验收。

1.4 输入物料清单

启动PRD编写前，需准备以下输入物料：

业务需求文档（BRD） — 明确商业目标、收益预期与核心成功指标。
用户调研报告 — 包含用户画像、痛点分析、使用场景描述。
竞品分析报告 — 说明竞品功能、交互模式及差异化机会。
技术可行性评估纪要 — 包含架构建议、依赖服务、潜在风险与应对方案。
设计系统（Design System）规范 — 统一的UI组件库、色彩与排版规范，确保PRD中的交互描述有据可依。

1.5 操作步骤（PRD编写启动流程）

确认前置条件清单 — PM逐一核对1.2节中的前置条件，并在文档中标注完成状态。
拉通启动会议 — PM组织核心角色（PM、UX、RD、QA、BA）召开30分钟启动会，同步需求背景与分工。
分发输入物料 — PM将输入物料清单中的文档共享至协作空间，并通知全员查阅。
建立PRD文档框架 — PM按标准化模板创建PRD页面，包含：背景、目标、功能列表、用户流程、核心逻辑、验收标准、附录。
设定里程碑与评审节点 — PM在文档中标注PRD初稿完成日、内部评审日、交叉评审日、终版锁定日。
正式启动编写 — 角色依据分工进入PRD正文编写阶段。

1.6 输入输出物

类型	物料	责任角色	备注
输入	业务需求文档（BRD）	业务方/PM	需包含可量化的业务目标
输入	用户调研报告	PM/UX	需包含直接用户语录与定性结论
输入	竞品分析报告	PM	需包含功能对比矩阵
输入	技术可行性评估纪要	RD	需明确可行性与风险等级
输入	设计系统规范	UX	版本号需与当前项目一致
输出	PRD文档框架与里程碑	PM	含章节结构、评审节点、主要负责人
输出	项目启动会纪要	PM	包含决策与待办事项

1.7 异常处理

⚠️ 常见异常与应对策略

异常场景	处理方式
前置条件未完全满足（如用户调研未完成）	标记为“待完成”，将调研任务排入当前迭代Sprint，PRD先基于现有假设编写并添加“待验证”标识。
关键干系人无法参加启动会	录制会议，并单独向缺席人发送会议纪要，要求24小时内反馈意见。
技术可行性评估存在争议	发起技术专题讨论会（TDR），输出决议后，再进入PRD编写，避免因技术方案反复多次修改PRD。
输入物料版本不一致	所有输入物料统一存放在有版本管理的共享目录，PRD中必须引用具体版本号或提交ID。

1.8 记录材料

本章完成后，需保留以下记录材料：

《PRD编写启动检查清单》 — 包含前置条件、角色确认、物料检查的逐项确认记录。
《项目启动会纪要》 — 包含变更记录表，记录启动会中提出的疑问与待办。
《输入物料版本记录表》 — 包含BRD、调研报告、竞品分析、技术评估、设计规范的具体版本号与存储路径。

1.9 验收标准

本章节内容可通过以下标准进行验收：

完整性验证 — 所有角色定义清晰，且至少有一个对应负责人确认（展示确认截图或签名）。
物料一致性验证 — 输入物料清单中的每个文档均存在于共享目录，且版本号与记录一致。
流程执行验证 — 已完成启动会，会议纪要中包含决策与待办列表，且关键干系人已阅读确认。
异常记录验证 — 如果存在异常，必须有对应的处理记录（如TDR决议截图、重排Sprint记录）。

1.10 知识结构图：PRD编写启动流程框架

💡 专家提示： 启动阶段最容易忽略的是“干系人确认”和“工具权限”。建议在启动会前24小时，逐个与核心成员确认角色，并检查协作工具权限是否已开通。避免启动会上出现“我无法编辑文档”或“这个需求我的负责人不是我”等沟通成本。