针对B端产品的PRD模板，网上很多但是良莠不齐。好的模板，其实对应着一套成熟有效的产品思维方法论。给大家分享下，我自己整理的一套PRD模板，希望对大家有帮助

一 项目排期

PRD评审完，产品经理需要跟进排期进度。所以需要将排期维护在PRD里指定责任人和DDL，并且与团队达成共识。

二 文档版本

PRD文档在评审之后，还会有修改。为了便于团队快速识别出修改的内容，在正文部分调整后还需要单独维护在文档版本里。

👆2步，是产品项目管理相关的内容。下面是核心的产品PRD内容，文档顺序就是产品工作的SOP流程。

划重点，这个是产品设计的重点，产品一定要先把背景调研清楚，明确的知道为什么要做这个产品。

如果需求是来自于外部团队的，这里就需要单独说明。

基于用户场景讲述用户故事，挖掘真实的用户是谁，TA的痛点or需求是什么，痛点和需求对应的场景是什么，他们现在的场景流程是什么……

描述现有产品针对业务需求的支持度，具体产品差在哪里导致需求没法被满足

从业务角度，说明问题及痛点对业务的影响。

划重点，这个是产品设计的重点，目标明确才知道产品要设计成什么样子，实现到什么程度。不同的目标对应的产品方案也完全不同。

产品的目标是有阶段性和针对性的，不要试图在一个方案里解决所有的问题，实现一个很大的终极目标。举例：不能每一个CRM产品方案的目标都是 提升销售收入。

项目目标，尽可能满足smart原则。

项目目标的制定，先定性就是从逻辑层面讲清楚，再定量就是要给出具体的量化方法和指标。

举例：在CRM上为销售提供联系人信息的快速获取入口，提升销售售前打单效率

1】月度通过此入口创建的联系人「关联」到商机的占比达到：10%

计算方式：商机关联KP来源为此入口的商机数/总商机数

2】月度通过此入口创建的联系人占比达到：60%

计算方式：通过此入口创建的联系人数量 / 每月创建联系人数量

3】使用率：月度该入口的日均使用率达到70%，即70%的销售每天使用此功能

计算方式： 每日使用此入口的销售数 / 在职总销售人数 

此处简单描述整体的产品方案，以下内容可以按需使用。如果是从0到1的模块级别的设计，强烈建议按此流程推进。

用脑图体现页面结构即可，体现页面层级结构，甚至到每个页面里展示的信息项和操作项。这样后面画原型图就可以直接 搭积木就行

一定不要一上来就画原型图，先把👆的部分梳理清楚，再画效率更高。

1. 功能点1

1）相关流程图
2）状态机图
3）页面及逻辑

操作记录

如果是核心敏感功能，需要记录操作日志，一定要在需求给开发说清楚，否则他们大概率不会做

如果是核心敏感功能，需要进行权限控制。
整体的权限控制分为 菜单权限、 功能操作权限和数据权限。
- 菜单权限很好理解，就是控制菜单可见。
- 功能权限，就是控制相关前端操作按钮是否可见，后端操作数据是否能正常提交。
菜单和功能权限，都较为简单大家可以学习RBAC。
- 数据权限，相对复杂，大家可以看下面的实例来理解

数据埋点

如果需要监控功能使用情况，一定要给开发提埋点需求。避免后续要分析时，没有数据

消息通知

如果涉及到给用户发消息，可以参考这个描述需求

如果涉及到，外部系统对接。比如需要上游提供数据接口等，需要在这里写清楚。

如果涉及到要进行数据处理，维护在这里。

示例：新增了一个 客户最新跟进状态的字段，那上线前需要把存量客户的这个字段都重新计算后维护上。否则上线后，这个字段的数据都全部都是空的