产品经理的学习笔记（五）PRD文档的常见遗漏与补充

PRD主干链路：需求描述 → 分析 → 范围&优先级 → 产品方案概览 → 功能说明 → 验收准则 → 非功能性需求 → 埋点 → 测试场景 → 上线运维计划 → 文档管理

接上回，大家对于PRD基本内容和说明有了一个基础的认识，我们在这里补充一些容易缺失的地方，如果这些有遗漏，后续就会在开发、测试、运营甚至上线阶段造成反复沟通和返工

一、非功能性需求（NFRs）

非功能性需求是指不直接面向业务逻辑，也就是隐藏在功能及开发考虑的需求之后，但却影响用户体验和系统可用性的要求，也成为跨功能需求。

1. 性能：页面或接口响应时间、并发数、吞吐量等

用户对于性能的要求是无止境的，但是过度重视性能，导致成本过高，显然是不合理的。所以pm应该对业务所需支持的性能有所了解，与技术人员共同协商，制定符合实际使用的产品性能指标。

• 接口调用频率和缓存：比如用户在系统里频繁调用"客户信息查询"接口，期望实时返回结果
• 吞吐量：单位时间内成功地传送数据的数量
• 资源利用率：指企业投入服务器这类资源，所发挥的资源利用百分比

2. 可用性：服务的SLA指标，如99.9%可用率

可用性指的是系统在正常运行和故障情况下，能否保证用户用得上、能恢复快、体验稳定。

• 系统可用率（SLA）：例如，企业客户要求后台管理系统全年无中断，避免影响业务
• 数据备份恢复：确保数据安全和可恢复性
• 高峰期稳定性：保证系统在高峰期的稳定运行
• 容错与降级：系统出现故障时的应对机制

3. 安全性：数据加密、权限校验、防止SQL注入或XSS

• 保密性：数据加密保护，保证数据在采集、传输和处理过程中不被偷窥、窃取、篡改
• 防泄漏：通过对文档进行读写控制、打印控制等技术，防止泄漏机密数据
• 权限控制：根据用户权限控制访问数据，进行操作记录
• 文件上传：上传文件的类型、大小限制，以及安全处理
• 防攻击：IP限制、高频访问限制等
• SQL 注入、XSS：防止恶意代码注入

4. 可扩展性/可维护性/可观测性

互联网高速发展，也意味着系统需要具备对业务需求变化或者技术更新的支持能力。

• 模块性：当某类业务流程变动多，此时将系统功能模块化，支持灵活配置
• 可复用性：站在产品的角度，类似组件，如时间组件，系统多处会使用到
• 易分析性：易诊断缺陷或者失效原因，如日志记录系统

5. 兼容性：不同浏览器、操作系统或设备的适配

浏览器兼容性是前端开发中头疼的事情，从 IE6 到微信 webview，无论技术发展到哪个时代都逃不掉。

二、范围边界与假设条件

为了避免范围蔓延（scope creep）,在文档中明确：

• In-scope：本次迭代要完成的具体功能
• Out-of-scope：暂时不做的功能，明确列出
• 假设条件：例如"假设用户已具备管理员权限""假设第三方接口稳定可用"

三、优先级与版本规划

• 优先级：P0（必须实现）、P1（重要但可延后）、P2（锦上添花）
• 版本规划：明确MVP（最小可行版本）上线范围，后续按V1.0、V1.1逐步迭代

四、风险与应对措施

风险管理也是PRD的一部分。例如：

• 技术风险：第三方API稳定性不足 → 增加本地缓存与重试机制
• 资源风险：开发人手不足 → 减少非核心功能，保住主线
• 业务风险：用户习惯难改变 → 增设培训与引导提示

请点击以下链接阅读完整文章：阅读文章