5个方面,聊聊B端需求管理方式

1、5 个方面，聊聊 B 端需求管理方式作为B端产品经理，系统的主要使用对象为企业各部门的使用人 群，其需求收集等方式与C端有所不同。其次，各企业原理对产品需求的管理方法也各有特色。本文我结合自己公司的真实情况，对运营 管理产品产品线需求进行了阐述。我司使用SAT和禅道对产品需求进行管理，接下来结合需求的透 露流转过程或进行介绍：首先是要或进行需求的收集。收集方式一方面境况为产品人员自己分析系统情况、市场调研等方式，整理出的需求，另一方面，由用 户根据实际的管理业务情况，对系统提优化、新增功能等。一般来说，可能需要直属领导审核需求，通过后方可流转至 IT 部。接着，产品经理和 IT 相关人员会定期

2、对需求池的需求进行评审处理。为了减少需求直接对话的效率，故需要求用户在需求提出时，附上相关附件，以下是在需求收集阶段我们会设置的一些关键属性：需求描述对于 2B 的产品需求，要描述需求名称、需求的部门、岗位、涉及的菜单、使用的频次、责任人等，最重要的是要写上预计使用日期和 期望交期。核心价值针对核心价值，需要业务员根据想要实现的功能，整理出来预计后期产生的价值，以及具体的明细，包括：是否可提效、降本等；需求类型描述功能是线下转线上时（即新功能）、页面优化、BUG修复、报 表等，根据不同的资金需求类型，后期评定技术上花费的预料时长， 安排需求交期或需求的优先级；功能描述以及流程图消费提出人需描述

3、清楚待实现的提出功能，以及相关的逻辑，涉 及的菜单，若含跨部门的，需要需求提出人提前和相关部门负责人沟 通，待沟通通过后，画出下述的流程图，涉及审批流的，需要明确审 批节点名称能够和审批人；我司设立业务IT 一职位，在需求收集之后，由业务IT相关人员 组织，设立每迭代的消费需求评审小组，根据迭代交付出厂日期，提 前评审需求。在每次需求评审时，需产品、开发、设计师，消费需求提出人共 同参加，需求提出人对功能进行大致描述，由 IT相关相关人员安排需 求优先级、预计开发时间等在消费需求评审结束后，要包含以下 3个字段：因此，在需求评审后，将下迭代要做的需求引入禅道，便于末期 拆分方案、开发、测试任务

4、，并对每阶段的任务情况进行跟进。引入 禅道的优先级为已计划、已立项、研发中、研发完毕、测试中、测试 完毕、已发布、关闭。产品经理会将决定要做的供给，引入禅道，在禅道建迭代的项目 和计划，并将决定搞做的需求引入到具体的禅道中，之后将需求指派 给相应的人员，拆分任务，并安排整个迭代需交付需求的计划、交期;需求的方案任务拆分后，需进行方案评审，评审通过后全盘考虑 研发周期，电气工程师由研发工程师指派给开发人员。迭代规划之后，需求方案也确定已经编写、评审完毕，则正式进入研制开发阶段，这个时候需要产品经理每天跟进研发的工作开展情况，研发经理负责人和产品经理可随时在禅道上关注演算中每个需求的开发的=进度，

5、并在每日站会中才沟通进展。这里还需要特别提醒一下，在迭代结束前 2 天左右，研发、产品相关人员会一起预览迭代的产出。并对每个功能进行验证，演示时，会根据演示情况在对应的消费需求下创建相关缺陷，待演示结束后进行修复。演示中出现的 bug 修复后，由产品经理进行最终验收，并决定除非可以上线。在迭代交付生效日期之前，需要开上线发布准备会，由产品、设计、开发人员，整理消费需求发布清单，比如新功能，需要给某部门的人开通菜单权限等，不同的情况由相应的人员管理。项目组由产品整体上线功能清单，共同评审，评审通过后，由生产经理在发布完成后，各消费需求功能负责人对实现功能进行验证，若过程中出现问题，对应的研发人员查找理由，进行更改。以上是我司用SAT禅道管理一个需求从提交到上线的完整过程。不同企业的文化、业务不同，对应的需求管理方式也不同，同时，随着用户及需求的不断增加，需要不断对需求管理工具进行优化，终极