型产品需求文档（PRD）编写指南

通用型产品需求文档（PRD）编写指南一、引言产品需求文档（ProductRequirementDocument，PRD）是连接产品、设计、开发、测试等团队的核心载体，清晰、规范的PRD能有效减少沟通成本，保证产品功能落地与预期一致。本指南旨在提供通用型PRD的编写框架、流程及注意事项，帮助不同角色的人员快速掌握PRD的撰写方法，提升需求传递的准确性与效率。二、适用对象与核心价值（一）适用对象本指南适用于以下场景与角色：产品经理：主导PRD的撰写与迭代，保证需求完整性；需求方（如业务部门、客户）：通过PRD清晰表达需求，避免理解偏差；设计师：依据PRD中的功能描述与交互逻辑，完成UI/UX设计；开发工程师：基于PRD实现功能开发，明确技术边界；测试工程师：根据PRD制定测试用例，保障功能质量。（二）核心价值统一认知：通过标准化文档，让团队对需求形成一致理解；减少返工：明确需求细节，降低开发过程中因需求模糊导致的修改成本；追溯依据：为后续需求变更、问题排查提供书面参考；效率提升：结构化内容便于快速定位信息，缩短沟通与协作周期。三、标准化编写流程（一）明确目标与范围目标：清晰定义产品要解决的问题、核心目标及预期成果。操作步骤：与业务方（如市场部、运营部）对齐需求背景，明确“为什么要做”（如解决用户流失、提升转化率）；定义产品核心目标（需符合SMART原则，如“30天内将新用户注册转化率从15%提升至20%”）；划定功能边界，明确“本次做什么”与“本次不做什么”（如“本次仅实现手机号注册，暂不支持第三方登录”）。示例：背景：用户调研显示，当前注册流程中“手机号验证”步骤耗时过长，导致30%用户中途放弃；目标：优化注册流程，将注册完成率提升至80%；范围：本次仅优化手机号注册流程，包含“验证码获取”与“密码设置”两步，不涉及登录功能改造。（二）需求调研与分析目标：通过多维度调研，挖掘用户真实需求，梳理核心功能点。操作步骤：用户访谈：针对目标用户群体（如新用户、活跃用户）进行一对一访谈，记录用户痛点与期望（可由产品经理主导，邀请运营配合）；竞品分析：调研同类产品的功能设计，提炼可借鉴点与差异化方向（如竞品A的“一键注册”功能是否适用于本产品）；数据支撑：通过后台数据（如用户行为日志、转化漏斗）验证需求优先级（如“验证码获取失败”占比40%，需优先优化）。输出物：需求调研报告，包含用户画像、痛点清单、竞品对比表。（三）需求优先级排序目标：聚焦核心价值，合理规划功能迭代顺序。操作步骤：使用优先级评估模型（如RICE模型：Reach覆盖用户、Impact影响力、Confidence信心指数、Effort投入成本），对需求进行量化评分；结合业务目标（如“Q3重点提升用户留存”）与资源情况（如开发团队人月），确定“必须做”（MVP）、“应该做”、“可做”的需求等级。示例：需求点Reach（覆盖用户）Impact（影响力）Confidence（信心）Effort（投入）RICE得分优先级验证码自动填充100%高（减少操作步骤）80%（技术可行）3人天80必须做注册成功引导页80%中（提升新手引导）70%（需设计配合）5人天44.8可做（四）PRD初稿撰写目标：按照标准化结构，清晰、完整地描述需求细节。操作步骤：搭建PRD框架（参考“四、PRD模板结构与说明”）；逐模块填充内容，重点描述“功能做什么”“怎么做”“做到什么程度”；配合图表（如流程图、原型图、状态机）辅助说明，避免纯文字描述导致的歧义。（五）内部评审与迭代目标：通过跨团队评审，保证需求合理性与可落地性。操作步骤：组织评审会，邀请产品、设计、开发、测试、业务方参与（提前3天发送PRD初稿，预留阅读时间）；逐模块过需求，记录评审意见（如“注册流程中‘密码强度校验’规则未明确”“API接口字段缺少类型说明”）；根据意见修订PRD，形成修订版（需注明版本号与更新内容）。（六）需求确认与发布目标：最终确认需求，同步至相关团队。操作步骤：与业务方、核心开发人员对齐关键需求，签署《需求确认单》；在协作工具（如Confluence、飞书文档）中发布PRD终稿，并同步给所有相关方；建立PRD维护机制，需求变更时及时更新版本并通知团队。四、PRD模板结构与说明（一）产品背景与目标模块说明示例背景阐述需求产生的业务场景、用户痛点或市场机会当前用户反馈“找回密码流程复杂，需多次跳转”，导致15%用户放弃找回操作产品目标明确产品要达成的具体目标（可量化）优化找回密码流程，将完成率提升至90%，平均耗时缩短至30秒以内范围边界定义本次迭代包含/不包含的功能，避免范围蔓延本次包含“手机号验证”“重置密码”两步，不涉及“邮箱找回”功能（二）用户画像与使用场景模块说明示例用户画像描述目标用户的基本属性、需求与行为特征新用户A：22岁，大学生，首次使用APP，对操作便捷性要求高，容易因流程繁琐放弃使用场景用“场景-角色-需求”结构描述用户在特定情境下的需求（可配用户故事）场景：忘记密码无法登录；角色：新用户A；需求：通过手机号快速找回密码（三）功能需求详述1.功能概述模块说明示例功能名称清晰命名功能模块（动词+名词）手机号找回密码功能描述简要说明功能的核心价值与流程用户输入注册手机号，获取验证码后设置新密码完成找回依赖关系说明功能依赖的其他模块或外部接口依赖“短信验证码接口”“用户信息查询接口”2.交互流程（以流程图形式展示）示例（找回密码流程）：用户“忘记密码”→输入手机号→“获取验证码”→输入短信验证码→设置新密码→确认密码→找回成功跳转登录页3.字段说明（针对表单、接口等）字段名类型必填说明示例校验规则手机号String是用户注册时绑定的手机号138567811位数字，符合手机号格式验证码String是短信平台发送的6位数字验证码566位数字，有效期5分钟新密码String是用户设置的新密码Abc123!8-20位，包含字母、数字、特殊字符4.规则逻辑规则类型说明示例业务规则功能相关的业务逻辑（如频率限制、状态校验）同一手机号1分钟内只能获取1次验证码，当天最多获取5次异常规则异常情况的处理方式（如输入错误、超时）验证码错误时，提示“验证码错误，请重新输入”，累计错误3次锁定30分钟（四）非功能需求模块说明示例功能需求响应时间、并发量等指标验证码接口响应时间≤500ms，支持1000次/秒并发请求安全需求数据加密、权限控制等密码需加密存储（MD5+盐值），验证码接口需防刷机制兼容性需求支持的终端、系统版本支持iOS12+、Android8+，兼容Chrome、Safari最新版浏览器（五）验收标准验收项验证标准验证方式基础功能输入正确手机号+验证码，设置符合规则密码后，可成功找回密码并跳转登录页手动测试异常处理输入错误手机号时，提示“该手机号未注册”；验证码超时后提示“验证码已失效”异常场景测试功能指标从“获取验证码”到收到短信≤2秒功能测试工具（如JMeter）（六）版本历史版本号修订日期修订人修订内容V1.02023-10-01张*初稿创建，包含找回密码功能基础需求V1.12023-10-05李*增加“验证码获取频率限制”规则，优化异常提示文案V2.02023-10-10王*新增“邮箱找回密码”功能，调整非功能需求兼容性范围五、常见问题与规避要点（一）需求描述模糊，缺乏量化标准问题表现：使用“尽快”“大概”“可能”等模糊词汇，如“验证码发送尽快”“用户可能觉得操作复杂”。规避方法：用具体指标替代模糊表述，如“验证码发送时间≤2秒”“操作步骤≤3步”；结合用户调研数据，如“80%用户认为当前操作步骤超过5步，需优化至3步内”。（二）缺少异常场景与边界条件问题表现：仅描述“正常流程”，未考虑异常情况（如网络中断、输入非法字符）。规避方法：列举常见异常场景（输入错误、接口超时、权限不足等），明确处理逻辑；定义边界条件（如手机号为空、密码为6位、验证码过期1分钟），并给出校验规则。（三）验收标准不明确，导致测试争议问题表现：验收标准与功能描述脱节，如“功能正常”“用户体验好”，无法量化验证。规避方法：验收标准需与需求目标强关联，如“目标是将找回完成率提升至90%，验收时需统计100个用户的实际完成率”；采用“可验证”的表述，如“‘获取验证码’后，手机号输入框下方显示倒计时‘60秒后重试’”。（四）需求频繁变更，缺乏控制流程问题表现：开发过程中随意新增或修改需求，导致进度延误。规避方法：建立需求变更流程：变更申请→影响评估（开发、测试、成本）→评审决策→更新PRD并通知团队；重大需求变更需重新走评审流程，避免口头传达。（五）忽略跨团队对齐，导致理解偏差问题表现：开发、测试未参与需求评审，对功能逻辑理解与产品经理不一致。规避方法：评审会必须包含核心开发、测试人员，保证技术可行性、