需求管理全过程

B端产品比较难做，我想主要有3点原因：

1、行业壁垒高，需要在该行业有足够的沉淀才能给出合理靠谱的解决方案

2、竞品分析成本高。B端产品定制化多且多数私有化部署，安全性高，市面上很难找到价值较高的分析资料

对于B端产品经理来说，相对于C端产品，日常工作重心需要更多地前移，即业务调研与需求分析当中，需要将更多地精力投入到需求管理当中。

基于此梳理下B端项目需求管理全过程，包括3大块：产品背景分析、需求梳理与分析和系统建设。

1、产品背景分析

俗话说，兵马未动粮草先行。在项目立项后，首先需要做的一个工作就是对产品背景调研、分析。

简单而言，作为这个产品/项目的负责人，在这一环节，你需要完成3个关键动作：

1、了解产品背景：通常有3个文件可以帮到我们快速熟悉--MRD、实施方案、招投标文件

2、确定业务目标：5W2H模型这时候比较实用，这关系到后面的干系人管理

3、规划业务范围：完成后可建立粗粒度的产品规划，大框架基本成型

这一环节结束后，需要大致清楚项目的功能范围、成本估算、时间成本以及与其他业务系统的业务关系。

2、需求梳理与分析

在第2环节是B端产品最难做的一节：需求梳理与分析。主要包括3部分工作：

1、梳理业务概念：快速熟悉行业相关知识，保持沟通同频。

2、访谈调研：区分角色，全角色覆盖，保证拿到手的需求是无遗漏的

3、需求分析：输出行业业务流程图、用例图，建立需求池

在这个环节，梳理业务概念是帮助我们可以以行内话与客户沟通，只有你表现出你的专业度才能赢得客户的信任，建立靠谱、专业的第一印象。所以需要提前储备一定的行业背景知识，至于如何短时间内快速切入行业，回头选择一个赛道来唠下。

输出的需求池需要动态更新管理，且需要产品经理去分析，去伪求真。客户所说的，不一定是他们想要的，不要被客户所表达的问题/诉求牵着走。客户说我想要个锤子，其实他只是想在墙上钉个钉子。

所以这个阶段，需要产品经理所输出的规划方案具备一定的前瞻性、扩展性和健壮性。

3、系统建设

接下来的工作大家就比较熟悉了，无需多言。这个环节只要做好以下几点就不会出现大问题：

1、建立沟通机制

2、做好风险管理

这里说的沟通机制既包括项目内沟通，比如晨会、夕会、周例会、月度复盘等，也包括与用户的定期沟通。

这里重点说下客户沟通。很多时候，系统建设过程中频繁出现需求变更，除了前期需求没有做好，实际上也有部分原因在于客户沟通没有做到位。

一般而言，我会把客户当做我们的项目组成员，需求池里的需求是对客户共享的，在前期就让客户参与到需求收集、分析和评估当中。这样客户在提一些需求时首先自己就会先判断下需求的优先级。少去了很多无谓的撕逼。

另外，定期的复盘与工作汇报是必不可少的。作为甲方，对于项目的进度、风险和质量是最终的负责人，作为乙方、实施方，务必要与甲方信息对称。

没有人一路单纯到底，但请别忘了最初的自己，谱写自己的路，别再让身影失去平衡而慢慢下沉。
                                                                                                            ------- 韩大帅