B端产品需求分析与挖掘

在这里总结了几种进行需求分析的方法，有5W1H分析法、用户故事地图、马斯洛需求层次、KANO模型、四象限法则、RICE原则等，由于B端产品涉及到的角色管理流程复杂，需求大多来源于业务方，针对于B端需求分析最常用的方法为5W1H法和RICE原则。

在进行需求分析之前，首先需要收集需求，调研需求的方法有用户访谈、问卷调查、焦点小组、业务轮岗实习、数据分析、行业研究、竞品分析等。

在进行需求收集之前，先确定需求的来源有哪些，一般需求的来源分为产品规划类需求、业务类需求、用户反馈类需求、市场及竞品需求。

一、产品规划类需求

根据公司的战略方向、产品定位来制定产品规划类需求，从市场大框架来梳理产品架构，知道这个产品的目标是什么，产品边界在哪里。

在整个规划过程中，会不断完善和调整产品架构图，可按三个层级梳理，以客服即时聊天系统为例：

• 第一层，按照角色来判断梳理，客服即时聊天系统可以分为客户端、客服端以及运营端，主要解决客户能及时找到客服人员解决问题。
• 第二层，梳理各角色涉及到的模块，客服即时聊天系统包括了与客户对话的H5聊天页面，客户信息管理、对话管理、基本设置等。
• 第三层，针对各模块梳理大致点，如对话管理可以分为在线对话、等待接入、传送对话、响应传送、结束对话、等待评估、客户评估、历史对话、常用语管理等，逐层级拆分需求把产品架构图整理绘制出来。

二、业务类需求

接触到一个新业务时，在梳理业务流程中，收集业务类需求，先要理清最基本的业务组织架构图，通过组织架构图理解管理体系和职能单元的设计，以及后续规划，然后通过用户调研，梳理出目前的业务运作流程。

在业务流程里的第一个基本元素就是角色，有了角色才会有分工、有协助，才能完成特的价值目标，其次是活动，即每个角色都会有具体需要做的事情，当每个角色有了具体的活动，就会有产出，最后达成一定的目标。

对于业务类需求，最好的方法是轮岗参与业务环节和用户调研。对于用户调研，运用需求调研五步法：

• 先明确调研目标，了解业务模式和业务特点，了解业务目标和业务规划，了解当前业务运转方式，然后挖掘当前问题与痛点
• 选取调研对象，根据业务组织架构，选择每一个节点的干系人
• 设计调研大纲，根据调研目标和调研对象，针对每个干系人设计不同的问题
• 执行调研计划，提前将调研大纲发给被访者，以便被访者先大概了解访谈内容，提前做准备，在访谈过程中还应该循序渐进，在调研结束后，与被访者保持联系
• 总结归纳输出，对访谈内容进行整理，输出用户访谈记录表

在此过程中，进行全场景分析，即谁在什么情况下，在什么时候，带着什么目标，通过什么途径，采取了什么样的动作，完成什么样的目标，具体拆分：

1. 场景要素
2. 梳理出尽可能详尽的业务流程
3. 基于业务流程找到对应的全场景
4. 基于全场景找到对应的用户需求
5. 确定边界，也就是确定哪部分场景需要系统支持，哪部分场景需求不需要系统支持，哪部分是手工+系统支持

综上，业务类需求基本就能提取出来了。

三、用户反馈类需求

根据用户反馈的需求优先级整理成用户需求池，我们的用户提需求的时候，经常会按照他们平时的工作习惯，直接给出解决方案，让你按照他们提的方案进行修改，那这个需求到底该不该做呢？

我们不能只做需求的传递者，俗话说的传话筒，要做一个需求解决者，利用13要素5步法深挖需求。

1）是谁？

提出人是谁，使用人是谁？受影响人是谁？

2）想要做什么？

基本场景是什么：是谁想要解决谁的，什么问题？这个问题中有需要进一步细化和明确的概念吗？发生频率是多大？

3）了解需求背景，为什么？

多问为什么，核心问题（痛点）是什么？强烈程度如何？实际的价值是怎样的？

4）是否更多的可能性？

横向替代场景是什么？纵向互补场景是什么？把该有的功能点都列出来，看是否有更多的细分场景？

5）如何解决？

要解决这些问题有哪些可行的解决方案？这些方案实现的成本有多大？你觉得哪种方案最适合？该解决方案对用户而言有什么优缺点？有没有其他需要挖掘的需求点？

把这些问题进行场景化描述出来，问题一一确认完毕，那么这个需求就能确认并纳入到需求池中了。

四、市场及竞品需求

首先深度体验竞品功能，梳理出功能清单列表，体验竞品模块的功能流程和用户路径，再看该模块和其他模块产生的交互点，了解完竞品模块后，再根据自己产品的实际使用场景来梳理可以借鉴的点，对于竞品分析，重点还是要做产品的重度使用者，挖掘出更多的用户痛点。

将需求收集完毕后，接下来会进行需求管理，会将需求分为功能性需求和非功能性需求，而功能性需求包括了业务需求和用户需求。然后对于需求优先级排序，一般会运用RICE原则和价值成本模型，制定需求版本迭代计划。

RICE原则：

• Reach（触达）：多少用户提出来的
• Impact（影响力）：对用户的价值有多少
• Confidence（信心度）：产品经理的信心
• Effort（努力）：标准化的难度和研发成本

对于B端产品，需求排期都是在综合分析后进行的决策，并不是单一的分析，看的还是产品经理本身的经验和能力。