PRD-产品需求文档

PRD文档是对一个产品的详细描述，是一个整个产品链条的完整性，一致性，可用性的使用

PRD文档标准

具体内容点

1、为什么开发
为什么开发、解决什么需求、开发达到什么目的、产品终端结果、定义版本

2、梳理大框架
功能图、页面图、流程图

3、产品原型交互
前端、后端

4、产品功能
描述、交互、场景、展示、异常、数据、权限、流程、前置、后置、排序、计算、字典、字段
功能描述：1-3句话概括功能要点，建立开发对功能大致了解；
业务场景描述：比较不容易理解的业务流程，可以描述实际业务场景，或者在评审环节，多详细讲解业务发生的线下场景，需要解决的用户痛点，便于开发建立对业务更全面的认知，产生共鸣；
前置条件：动作发生的限制条件；例如操作该功能应该具备的权限；例如司机接单的前置条件是已经完成实名认证等；
后置条件：动作发生后引起的结果；例如指派订单动作后，系统会更新一条订单记录，同时司机收到待运订单消息；
异常情况：动作后可能存在的异常情况；；例如指派订单后，需要对订单进行取消或者撤回处理（根据个人的项目经验，异常情况的考虑在业务描述中基本占比能到30%-50%，甚至可能更高，异常比较考验产品人员对业务的熟悉情况、逆向思考的逻辑能力以及逻辑的缜密性）；
排序方式：数据产生后，以什么条件进行排序；时间顺序、逆序；数值正序、倒序等；
交互规则：可以附带小卡片式页面跳转逻辑、弹窗展示描述等；
计算规则：有计算值的，给出计算公式；计算过程比较复杂的，最好是可以提供一份测算表格，方便开发人员比对实现的效果是否正确；
字段说明：对字段的类型、长度、默认值、计算规则等进行说明；之前写过一篇《增删改查显算传，7字箴言搭建B端底层框架》的文章，对字段进行过详细讲解，大家有兴趣可以看一下；
核心字典状态定义：清晰描述字典值变动的条件和业务状况，字典之间的切换不要有冗余状态或者瞬时状态；例如支付业务中，常见的字典有：待支付、支付成功、支付失败；若是瞬时到账的支付方式，此处加入已冻结状态，就属于字典冗余；需要预留接口的字典，暂时用不上的，需要对字典禁用，以免开发不清楚情况使用了错误的字典值。

5、全局规范
需要手动输入数字排序的配置，都设置为大到小。
后台删除非真删除，只是改变状态。
每个表的每一条数据具有唯一ID。

6、数据说明
要求写明基本的请求参数，即字段说明；
要求设计基础的业务表结构，表明数据之间的建模关系，一对一、一对多、多对多等；
也有要求产品做业务数据建模；正在了解中，希望以后有机会可以写一下。

7、其他说明
性能需求：目前浅薄的了解过并发性能、响应性能、安全性能等（技术向，了解不深）。
数据埋点：对特定用户的行为和活动路径进行数据捕捉、获取的手段，为产品的持续优化迭代提供数据支撑；常用第三方埋点平台而非自研埋点平台，后者研发成本较高（偏向于产品的运营方向）。

（完）