接到需求，从何下手？担心有错漏？需求太多，思考时间不够，质量不高？

学会用框架解决问题，加速从思考到输出的质量与效率。

这份业务需求PRD框架及编写规范，帮你构建第一个产品思考框架~

适用对象：产品小白及初级产品经理

---

需求名称

修订记录

“修订记录，按时间从新到老排序。"

目录

1、需求背景

2、需求目的

3、用户场景

4、需求描述

4.1功能列表及优先级

4.2 流程概述

4.3 需求点描述

4.4 关联需求说明

4.5 埋点及数据分析

4.6 灰度放量方案

4.7 需求变更记录

---

1、需求背景

描述需求产生的背景，目前的现状，遇到的问题，解释说明为什么要做这个需求。

2、需求目的

描述需求要达到的目的/解决的问题/带来的价值。尽可能量化数据。可以从用户体验/商业价值/效率提升/性能优化几个方面着手。

3、用户场景

描述需求目标用户核心使用场景。

4、需求描述

4.1功能列表及优先级

4.2 全局概述

    名词解释

    产品功能结构图

    业务流程图

    状态流转图

名词解释:

编写说明：避免歧义，对于新出现的和容易存在歧义的名词概念进行说明。

产品功能结构图

编写说明：梳理产品功能模块，明确细化功能组成。

举例：

业务流程图:

编写说明：明确流程输入，输出，判断条件，逻辑完整，没有错漏；人员角色、系统模块、业务环节，边界清晰。形式一般采用泳道图。

举例

状态流转图:

编写说明：描述清楚对象在它的生命周期内所经历的各个状态序列，以及如何响应来自外界的各种事件。一般在订单类，审批类场景中使用较多。

举例

4.3 需求点描述

功能逻辑/操作说明：操作流程图；功能入口及页面跳转

页面信息说明：字段取值规则，显示规则；文案

特殊说明：规则说明；异常处理，如页面无结果/无网络提示

其他说明：是否涉及功能消息通知（push/短信）；是否需要做成可配置

非功能性需求：安全，如数据传输加密；性能，如响应时间、吞吐量、并发用户数要求

交互稿：交互效果说明

设计稿：视觉效果说明

“初级产品经理，尤其要重点关注的是数据层面的逻辑是否完整。互联网时代的产品本质结构都是数据，数据的生产，流转，消费方式是否清晰明确，是区别于外行人的第一个思考维度。”

4.4 关联需求说明

如需求涉及到的管理后台系统改造。

4.5 埋点及数据分析

4.5.1数据分析：需求上线前需建立数据报表。

举例：

4.5.2 数据采集（埋点）

埋点定义：基于业务需求，为日后进行数据分析，提前在应用中特定流程植入代码采集数据，从而达到追踪用户行为，辅助决策的目的。

埋点是为数据分析服务的，关注什么，就埋什么。

触发事件分类：

1.曝光：每被用户看到一次，就是一个曝光事件。比如商品的曝光。

2.点击：用户每进行一次点击，就是一个点击事件。比如按钮的点击。

举例：

4.6 灰度发布方案

灰度发布，指的是按照一定策略，选择部分用户先行使用产品新功能，如果用没有问题，则逐步扩大使用群体范围。目的是保证整体系统的稳定，及早发现并解决问题，降低新功能的不稳定对用户的影响度。

灰度发布目标

用户选取策略

时间窗口确定

4.7 需求变更记录

变更时间

变更原因

变更发起人

变更内容

5.自查表