第1章：PRD编写目的与适用范围
1.1 为什么需要这一章？
PRD 是产品团队与研发、测试、设计、运营之间的核心契约。缺乏统一认知的团队常出现以下问题：
- 理解偏差： 开发按自己理解实现功能，上线后与产品预期不符。
- 需求蔓延： 文档边界模糊，评审后持续追加需求导致延期。
- 信息孤岛： 团队成员各自维护版本，无法快速交接或追溯。
本章旨在为团队建立 PRD 编写目的 与 适用范围 的底层共识，确保每一次文档输出都有明确目标、可执行边界和清晰的适用对象。
💡 团队认知对齐清单：
所有参与产品开发流程的角色（产品经理、前端/后端/算法工程师、QA、设计、项目经理）都应在项目启动前共同确认并认可本章定义的“适用范围”与“前置条件”。
1.2 编写目的
PRD（产品需求文档） 的核心目标是在多角色协作中建立 单一事实来源。具体目的包括：
| 视角 | 目的描述 |
|---|---|
| 产品视角 | 清晰传达产品策略、用户故事、功能逻辑与验收标准，避免“我以为你懂了”。 |
| 技术视角 | 提供精确的业务规则、数据格式、交互流程，支撑架构设计与技术评估。 |
| 测试视角 | 作为测试用例设计的唯一输入源，保证测试覆盖所有已定义需求。 |
| 项目视角 | 作为工期评估、任务拆分、进度跟踪的基线文档，防止范围失控。 |
⚠️ 常见误区：
PRD 不是“需求记录本”或“想法草稿”。如果无法回答“为什么做”和“做成什么样”，则不应进入正式的 PRD 编写流程。
1.3 适用范围
1.3.1 适用场景
PRD 适用于以下正式产品开发活动：
- 新功能/新模块开发： 从零到一的功能定义。
- 重大功能迭代： 涉及核心逻辑、数据结构或界面框架变更。
- 业务流程重构： 跨系统接口、状态机或用户操作流程重设计。
- 合规/安全需求： 需要明确数据字段、权限边界或审计日志的业务规则。
- 三方系统对接： 涉及外部 API、SDK 接入或数据同步。
不适用场景： 紧急线上 BUG 修复（使用 hotfix 文档记录）、简单的文案修改、仅 UI 视觉调整（使用设计标注即可）。
1.3.2 适用团队与角色
| 角色 | 在本流程中的主要责任 |
|---|---|
| 产品经理（Owner） | 发起 PRD、组织评审、跟踪变更、维护文档基线 |
| 技术负责人 | 评审技术可行性、评估工时、确认接口定义 |
| 测试工程师 | 基于 PRD 编写用例、参与评审、验收执行 |
| 视觉/交互设计师 | 根据 PRD 制作高保真原型与体验细节文档 |
| 项目经理（可选） | 检查 PRD 是否满足版本发布条件，协调排期 |
1.3.3 前置条件
在正式编写 PRD 之前，必须满足以下条件：
- 需求来源已确认： 具有明确的用户痛点、市场分析或战略规划作为输入。
- 技术可行性已初筛： 至少完成一次技术预研或架构讨论，确认可实施。
- 项目资源已明确： 知道由哪个团队开发、大致迭代时间窗口。
- 参与角色已指派： 产品经理、技术负责人、测试已在项目空间内激活。
📘 输入物与输出物：
输入： 用户研究报告 / 商业需求文档 / 竞品分析 / 原型草图 / 技术可行性评估。
输出： 一份符合本规范、已通过初步技术评审的 PRD 初稿（包含用户故事、业务流程、规则清单、验收标准初稿）。
输入： 用户研究报告 / 商业需求文档 / 竞品分析 / 原型草图 / 技术可行性评估。
输出： 一份符合本规范、已通过初步技术评审的 PRD 初稿（包含用户故事、业务流程、规则清单、验收标准初稿）。
1.4 异常处理与验收标准
1.4.1 常见异常场景
| 异常情况 | 处理方式 |
|---|---|
| 需求来源不明确 | 退回上游，要求补充用户调研或商业论证，不进入 PRD 阶段 |
| 技术预研未完成 | 暂停编写，由技术负责人标记风险点，在 PRD 中以“待确认”标签注明 |
| 资源/排期未对齐 | 产品经理需与项目经理确认时间窗口，否则 PRD 仅作为“草稿”状态，不发起评审 |
| 参与角色缺失 | 至少需要产品+开发+测试三个角色到齐才能举行正式评审 |
1.4.2 验收标准
本章内容是否被团队正确理解和执行的检查项：
- 团队所有成员能够明确回答：“本次 PRD 解决了哪个用户痛点？预期效果是什么？”
- 在项目启动时，产品经理已确认 适用场景、前置条件 全部满足。
- 技术评估与工期估算可以基于 PRD 内容直接展开，无需反复向产品确认基础逻辑。
- 测试用例能够100%覆盖 PRD 中定义的业务规则与交互逻辑。
📝 记录材料：
在项目管理系统（如Jira、TAPD、飞书项目）中记录以下信息：
项目名称：[xxx]
PRD 版本号：v1.0
适用范围确认人：[产品经理/技术负责人]
前置条件检查结果：全部通过 / 待处理项：[列表]
异常处理记录：[如适用，记录未满足的前置条件及解决方案]