作为B端产品经理，系统的主要使用对象为企业中各部门的使用人群，其需求收集等方式与C端有所不同。其次，各企业对产品需求的管理方法也各有特色。本文作者结合自己公司的具体情况，对管理产品需求进行了阐述。

我司使用SAT和禅道对产品需求进行管理，接下来结合需求的流转过程进行介绍：

一、需求收集

首先是要进行需求的收集。收集方式一方面为产品人员自己分析系统情况、市场调研等方式，整理出的需求，另一方面，由用户根据实际的业务情况，对系统提优化、新增功能等。

一般来说，需要直属领导审核需求，通过后方可流转至IT部。接着，产品经理和IT相关人员会定期对需求池的需求进行评审处理。

为了减少需求沟通的效率，故需要求用户在需求提出时，附上相关附件，以下是在需求收集阶段我们会设置的一些关键属性：

1. 需求描述

对于2B的产品需求，要描述需求名称、需求的部门、岗位、涉及的菜单、使用的频次、责任人等，最重要的是要写上预计使用日期和期望交期。

2. 核心价值

针对核心价值，需要业务员根据想要实现的功能，整理出来预计后期产生的价值，以及具体的明细，包括：是否可提效、降本等；

3. 需求类型

描述功能是线下转线上（即新功能）、页面优化、BUG修复、报表等，根据不同的需求类型，后期评定技术上花费的预计时长，安排需求交期或需求的优先级；

4. 功能描述以及流程图

需求提出人需描述清楚待实现的功能，以及相关的逻辑，涉及的菜单，若含跨部门的，需要需求提出人提前和相关部门负责人沟通，待沟通通过后，画出相应的流程图，涉及审批流的，需要明确审批节点名称和审批人；

二、需求评审

我司设立业务IT一职位，在需求收集之后，由业务IT相关人员组织，设立每迭代的需求评审小组，根据迭代交付日期，提前评审需求。

在每次需求评审时，需产品、开发、设计师，需求提出人共同参加，需求提出人对功能进行大致描述，由IT相关人员安排需求优先级、预计开发时间等

在需求评审结束后，要包含以下3个字段：

1. 需求合理性：合理需求、待定、需求不明确、不合理需求；
2. 优先级（评估为合理的需求，我们会根据重要程度标记优先级）；
3. 异常处理结果（对于不明确的需求，或者不合理的需求，通过异常处理结果进行阐述，也可以用评论代替）；

因此，在需求评审后，将下迭代要做的需求引入禅道，便于后期拆分方案、开发、测试任务，并对每阶段的任务情况进行跟进。引入禅道的优先级为已计划、已立项、研发中、研发完毕、测试中、测试完毕、已发布、关闭。

三、引入禅道，安排计划

产品经理会将决定要做的需求，引入禅道，在禅道建迭代的项目和计划，并将决定做的需求引入到具体的禅道中，之后将需求指派给相应的人员，拆分任务，并安排整个迭代需交付需求的计划、交期；

需求的方案任务拆分后，需进行方案评审，评审通过后安排研发周期，由研发工程师指派给开发人员。

四、产品研发

迭代规划之后，需求方案也确定已经编写、评审完毕，则正式进入研发阶段，这个时候需要产品经理每天跟进研发的工作开展情况，研发负责人和产品经理可随时在禅道上关注迭代中每个需求的开发的=进度，并在每日站会中沟通进展。

这里还需要特别提醒一下，在迭代结束前2天左右，研发、产品相关人员会一起演示迭代的产出。并对每个功能进行验证，演示时，会根据演示情况在对应的需求下创建相关的缺陷，待演示结束后进行修复。

演示中出现的bug修复后，由产品经理进行最终验收，并决定是否可以上线。

五、准备发布

在迭代交付日期之前，需要开上线发布准备会，由产品、设计、开发人员，整理需求发布清单，比如新功能，需要给某部门的人开通菜单权限等，不同的情况由相应的人员管理。

项目组由产品负责人整体上线功能清单，共同评审，评审通过后，由研发经理在发布完成后，各需求负责人对实现功能进行验证，若过程中出现问题，对应的研发人员查找原因，进行更改。

六、总结

以上是我司用SAT、禅道管理一个需求从提交到上线的完整过程。不同企业的文化、业务不同，对应的需求管理方式也不同，同时，随着用户及需求的增加，需要不断对需求管理工具进行优化，最终目的是为了简化流程提高效率。

这里只分享一种思路，至于使用什么系统，需要结合公司或企业的实际情况而定，最后，希望能给大家带来一些帮助，同时也欢迎各位大神指导。

本文由@珂遇不可求 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议