接到需求，从何下手？担心有错漏？需求太多，思考时间不够，质量不高？
学会用框架解决问题，加速从思考到输出的质量与效率。
这份业务需求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.自查表
