PRD需求文档框架及内容介绍（三）

本文将是PRD 需求文档框架及内容介绍 系列文中的最后一篇了，本文主要为大家讲解的是方案信息内容的编写。下边请看本文 “PRD 需求文档框架及内容介绍（三） ”中的内容吧！

1、 规划方案。

我们需要先向团队说明一下，这次我们大概准备 怎样做 。计划的内容包括但不限于分期规划、满足情景、需求清单 ( 粗略版本 ) 、目标价值、测量指标、风险评估等。

分阶段规划： B 端客户的需求往往是乱七八糟的，当我们面对标准化程度低、个性化需求多时，我们可以选择分期解决、小步快速跑，先满足核心主流场景，再逐次完善分支异常场景。因此，当我们决定分期解决问题的时候，需要事先通知大家。

目的价值：指项目上线后能为用户带来什么价值，给企业带来怎样的商业价值。

衡量指标 ：常言道，不能度量就不能优化。所以，我们需要找出 1-3 个可以真正衡量方案价值的指标，以便将来进行优化和迭代。

风险评估：指迭代之前，需要评估整个迭代过程中可能遇到的或造成的风险，包括技术风险、用户体验变化风险、数据修复风险、并发风险等等。

2、 需求清单。

需求 清单 指我们需要满足什么需求，以及每一个需求的优先级是什么。包括但不限于需求名称、需求描述、需求类型、所属模块、优先级等等。

需求名称 ：是指核心需求的缩写，需要说明功能的具体范围和内容。

需求 类型：划分为功能，优化模块：核心需求归属于业务模块需求的优先级描述： P0- 优先级最高要求； P1- 版本 核心需求； P2- 与核心需求相关的业务调整； P3- 其他调整需求； T0- 对上线需求的承诺。

3、 业务架构 / 流程。

业务架构 ：描述企业的总体架构、业务模型、数据关系等 。

业务流程：前后端通用的核心业务流程绘图标准：基本符合主流制图标准，关系 / 条件描述清晰无歧义。

4、 页面 说明 。

当良好的业务逻辑被描述之后，页面中的元素、组件、交互都需要有一些说明。 C 端产品经理倾向于把更多时间花在体验细节和互动上，而 B 端产品完全不同。

由于 toB 行业的业务逻辑庞大、流程复杂，所以产品经理的核心是整理业务和流程，互动和体验更能锦上添花。有一句客户的话说： “ 业务都跑不动了 ，细节做得那么好有什么用？ ” 所以，对于 B 端产品经理来说，我们应该合理地分配好文档中的业务流程和交互经验。

以上内容就是 “PRD 需求文档框架及内容介绍（三） ”中的内容了，如果你还想了解更多相关内容，可以来 产品壹佰 官方网站获取。