写在前面
B端产品比较难做，我想主要有3点原因：
1、行业壁垒高，需要在该行业有足够的沉淀才能给出合理靠谱的解决方案
2、用户角色多且接触成本高，这块前面聊过，见《如何解决项目开发过程频繁发生的需求变更？》
3、竞品分析成本高。B端产品定制化多且多数私有化部署，安全性高，市面上很难找到价值较高的分析资料
对于B端产品经理来说，相对于C端产品，日常工作重心需要更多地前移，即业务调研与需求分析当中，需要将更多地精力投入到需求管理当中。
这也是今天蜗牛想唠的。
基于此梳理下B端项目需求管理全过程，包括3大块：产品背景分析、需求梳理与分析和系统建设。
1、产品背景分析
俗话说，兵马未动粮草先行。在项目立项后，首先需要做的一个工作就是对产品背景调研、分析。
简单而言，作为这个产品/项目的负责人，在这一环节，你需要完成3个关键动作：
1、了解产品背景：通常有3个文件可以帮到我们快速熟悉--MRD、实施方案、招投标文件
2、确定业务目标：5W2H模型这时候比较实用，这关系到后面的干系人管理
3、规划业务范围：完成后可建立粗粒度的产品规划，大框架基本成型
这一环节结束后，需要大致清楚项目的功能范围、成本估算、时间成本以及与其他业务系统的业务关系。
2、需求梳理与分析
在第2环节是B端产品最难做的一节：需求梳理与分析。主要包括3部分工作：
1、梳理业务概念：快速熟悉行业相关知识，保持沟通同频。
2、访谈调研：区分角色，全角色覆盖，保证拿到手的需求是无遗漏的
3、需求分析：输出行业业务流程图、用例图，建立需求池
在这个环节，梳理业务概念是帮助我们可以以行内话与客户沟通，只有你表现出你的专业度才能赢得客户的信任，建立靠谱、专业的第一印象。所以需要提前储备一定的行业背景知识，至于如何短时间内快速切入行业，回头选择一个赛道来唠下。
输出的需求池需要动态更新管理，且需要产品经理去分析，去伪求真。客户所说的，不一定是他们想要的，不要被客户所表达的问题/诉求牵着走。客户说我想要个锤子，其实他只是想在墙上钉个钉子。
所以这个阶段，需要产品经理所输出的规划方案具备一定的前瞻性、扩展性和健壮性。
3、系统建设
接下来的工作大家就比较熟悉了，无需多言。这个环节只要做好以下几点就不会出现大问题：
1、建立沟通机制
2、做好风险管理
这里说的沟通机制既包括项目内沟通，比如晨会、夕会、周例会、月度复盘等，也包括与用户的定期沟通。
这里重点说下客户沟通。很多时候，系统建设过程中频繁出现需求变更，除了前期需求没有做好，实际上也有部分原因在于客户沟通没有做到位。
一般而言，我会把客户当做我们的项目组成员，需求池里的需求是对客户共享的，在前期就让客户参与到需求收集、分析和评估当中。这样客户在提一些需求时首先自己就会先判断下需求的优先级。少去了很多无谓的撕逼。
另外，定期的复盘与工作汇报是必不可少的。作为甲方，对于项目的进度、风险和质量是最终的负责人，作为乙方、实施方，务必要与甲方信息对称。
以上
蜗牛丨6.21
