一位B端产品经理的工作经验分享——需求分析（四）

上篇文章 给大家分享了B端产品经理的需求整理工作，整理完需求之后，接下来就是需求转化了。
03 需求转化

在整理好需求矩阵后，我们可以开始需求转化了。说白了就是写文档，画原型。需要注意的是，与C端PM需要编写的PRD不同，B端PM需要编写两个文档，一个是用户场景需求文档，一个是系统需求文档。

顾名思义，用户场景需求文档是根据用户的真实使用场景编写文档。文档的基本编写逻辑如下：

【什么业务场景】-【什么问题】-【客户需求】-【期望操作步骤】

需要注意的是，在编写用户场景需求文档时，应包含所有需求点，而不仅仅是在迭代版本中编写需求。对于b端产品来说，这个文档是最重要的。我们能否发现客户的真实业务需求取决于这个文档是否完整和彻底。

因此，在编写用户场景需求文档后，需要召集市场、运营和开发同事召开需求文档评审会议。据估计，您比我更了解如何召开会议。这里省略了会议过程，但需要注意的是，在用户场景需求文档评审会议上，应尽量避免讨论技术实现问题。

通过评审后，您可以使用需求矩阵和用户场景需求文档找到交互式设计师。一般来说，在B端产品企业中，PM不需要自己绘制原型。因此，作者只负责与交互式设计师的需求对接，专业的事情仍然可靠。

交互设计师给出基本的交互设计图纸后，需要组织产品组的同事对交互设计图纸进行评审，主要是检查交互设计中用户的业务场景流程是否完整，是否存在逻辑不合理的问题。通过后，交互图中的功能细节可以不断改进。

这就完了？当然不是啦！接下来还有一些工作，也是非常重要的，下篇文章继续给大家分享，感兴趣的小伙伴可以去看看。

以上就是“一位B端产品经理的工作经验分享——需求分析（四）”的内容了，如果你还想了解其他相关内容，可以来 产品壹佰 官方网站。