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

作为B端产物司理，体系的首要行使工具为企业中各部分的行使人群，其需求网络等方法与C端有所差异。其次，各企业对产物需求的打点要领也各有特色。本文作者团结本身公司的详细环境，对打点产物需求举办了叙述。

我司行使SAT和禅道对产物需求举办打点，接下来团结需求的流转进程举办先容：

一、需求网络

起首是要举办需求的网络。网络方法一方面为产物职员本身说明体系环境、市场调研等方法，清算出的需求，另一方面，由用户按照现实的营业环境，对体系提优化、新增成果等。

一样平常来说，必要直属率领考核需求，通事后方可流转至IT部。接着，产物司理和IT相干职员会按期对需求池的需求举办评审处理赏罚。

为了镌汰需求雷同的服从，故必要求用户在需求提出时，附上相干附件，以下是在需求网络阶段我们会配置的一些要害属性：

1. 需求描写

对付2B的产物需求，要描写需求名称、需求的部分、岗亭、涉及的菜单、行使的频次、责任人等，最重要的是要写上估量行使日期和祈望交期。

2. 焦点代价

针对焦点代价，必要营业员按照想要实现的成果，清算出来估量后期发生的代价，以及详细的明细，包罗：是否可提效、降本等；

3. 需求范例

描写成果是线下转线上（即新成果）、页面优化、BUG修复、报表等，按照差异的需求范例，后期评定技能上耗费的估量时长，布置需求交期或需求的优先级；

4. 成果描写以及流程图

需求提出人需描写清晰待实现的成果，以及相干的逻辑，涉及的菜单，若含跨部分的，必要需求提出人提前和相干部分认真人雷同，待雷同通事后，画出响应的流程图，涉及审批流的，必要明晰审批节点名称和审批人；

二、需求评审

我司设立营业IT一地位，在需求网络之后，由营业IT相干职员组织，设立每迭代的需求评审小组，按照迭代交付日期，提前评审需求。

在每次需求评审时，需产物、开拓、计划师，需求提出人配合介入，需求提出人对成果举办大抵描写，由IT相干职员布置需求优先级、估量开拓时刻等

在需求评审竣事后，要包括以下3个字段：

1. 需求公道性：公道需求、待定、需求不明晰、不公道需求；
2. 优先级（评估为公道的需求，我们会按照重要水平标志优先级）；
3. 非常处理赏罚功效（对付不明晰的需求，可能不公道的需求，通过非常处理赏罚功效举办叙述，也可以用评述取代）；

因此，在需求评审后，将下迭代要做的需求引入禅道，便于后期拆分方案、开拓、测试使命，并对每阶段的使命环境举办跟进。引入禅道的优先级为已打算、已立项、研发中、研发完毕、测试中、测试完毕、已宣布、封锁。

三、引入禅道，布置打算

产物司分析将抉摘要做的需求，引入禅道，在禅道建迭代的项目和打算，并将抉择做的需求引入到详细的禅道中，之后将需求指派给响应的职员，拆分使命，并布置整个迭代需交付需求的打算、交期；

需求的方案使命拆分后，需举办方案评审，评审通事后布置研发周期，由研发工程师指派给开拓职员。

四、产物研发

迭代筹划之后，需求方案也确定已经编写、评审完毕，则正式进入研发阶段，这个时辰必要产物司理天天跟进研发的事变开展环境，研发认真人和产物司理可随时在禅道上存眷迭代中每个需求的开拓的=进度，并在逐日站会中雷同盼望。

这里还必要出格提示一下，在迭代竣事前2天阁下，研发、产物相干职员会一路演示迭代的产出。并对每个成果举办验证，演示时，会按照演示环境在对应的需求下建设相干的缺陷，待演示竣事后举办修复。

演示中呈现的bug修复后，由产物司理举办最终验收，并抉择是否可以上线。

五、筹备宣布

在迭代交付日期之前，必要开上线宣布筹备会，由产物、计划、开拓职员，清算需求宣布清单，好比新成果，必要给某部分的人开通菜单权限等，差异的环境由响应的职员打点。

项目组由产物认真人整体上线成果清单，配合评审，评审通事后，由研发司理在宣布完成后，各需求认真人对实现成果举办验证，若进程中呈现题目，对应的研发职员查找缘故起因，举办变动。

六、总结

以上是我司用SAT、禅道打点一个需求从提交到上线的完备进程。差异企业的文化、营业差异，对应的需求打点方法也差异，同时，跟着用户及需求的增进，必要不绝对需求打点器材举办优化，最终目标是为了简化流程进步服从。

这里只分享一种思绪，至于行使什么体系，必要团结公司或企业的现实环境而定，最后，但愿能给各人带来一些辅佐，同时也接待列位大神指导。

本文素材来自互联网

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!