B端产品需求分析与挖掘

大家可以看到我们在这里讲了几种进行需求分析的方法，有5W1H分析法、用户故事地图、马斯洛需求层次、KANO模型、四象限法则、RICE原则，由于B端产品涉及到的角色管理流程复杂，需求大多来源于业务方，针对于B端需求分析最常用的方法为5W1H法和RICE原则。
一、产品规划类需求
     根据公司的战略方向、产品定位来制定产品规划类需求在整个规划过程中，会不断完善和调整产品架构图，可按三个层级梳理，以客服即时聊天系统为例：
第一层，按照角色来判断梳理，客服即时聊天系统可以分为客户端、客服端以及运营端，主要解决客户能及时找到客服人员解决问题。
第二层，梳理各角色涉及到的模块，客服即时聊天系统包括了与客户对话的H5聊天页面，客户信息管理、对话管理、基本设置等。
第三层，针对各模块梳理大致点，如对话管理可以分为在线对话、等待接入、传送对话、响应传送、结束对话、等待评估、客户评估、历史对话、常用语管理等，逐层级拆分需求把产品架构图整理绘制出来。
二、业务类需求
     我们在接触到一个新业务时，在梳理业务流程中，收集业务类需求，要理清最基本的业务组织架构图，通过组织架构图理解管理体系和职能单元的设计，以及后续规划，梳理出目前的业务运作流程。
    对于业务类需求，最好的方法是轮岗参与业务环节和用户调研。对于用户调研，运用需求调研五步法：
先明确调研目标，了解业务模式和业务特点，了解业务目标和业务规划，了解当前业务运转方式，然后挖掘当前问题与痛点
选取调研对象，根据业务组织架构，选择每一个节点的干系人
设计调研大纲，根据调研目标和调研对象，针对每个干系人设计不同的问题
执行调研计划，提前将调研大纲发给被访者，以便被访者先大概了解访谈内容，提前做准备，在访谈过程中还应该循序渐进，在调研结束后，与被访者保持联系
总结归纳输出，对访谈内容进行整理，输出用户访谈记录表
    我们要在过程中，进行全场景分析，谁在什么情况下，什么时候，什么目标，什么途径，什么样的动作，什么样的目标，具体拆分：
场景要素
梳理出尽可能详尽的业务流程
基于业务流程找到对应的全场景
基于全场景找到对应的用户需求
确定边界，也就是确定哪部分场景需要系统支持，哪部分场景需求不需要系统支持，哪部分是手工+系统支持
三、用户反馈类需求
    根据用户反馈的需求优先级整理成用户需求池，用户在提出需求的时候，会按照他们平时的工作习惯，给出解决方案，让你按照他们提的方案进行修改，那这个需求到底该不该做，我们不能只做需求的传递者，俗话说的传话筒，要做一个需求解决者，利用13要素5步法深挖需求。
1）是谁？
提出人是谁，使用人是谁？受影响人是谁？
2）想要做什么？
基本场景是什么：是谁想要解决谁的，什么问题？这个问题中有需要进一步细化和明确的概念吗？发生频率是多大？
3）了解需求背景，为什么？
多问为什么，核心问题（痛点）是什么？强烈程度如何？实际的价值是怎样的？
4）是否更多的可能性？
横向替代场景是什么？纵向互补场景是什么？把该有的功能点都列出来，看是否有更多的细分场景？
四、市场及竞品需求
    深度体验竞品功能，梳理出功能清单列表，体验竞品模块的功能流程和用户路径，再看一看该模块和其他模块产生的交互点，了解完竞品模块后，再根据自己产品的实际使用场景来梳理可以借鉴的点，对于竞品分析，重点还是要做产品的重度使用者，挖掘出更多的用户痛点。将需求收集完毕后，接下来会进行需求管理，会将需求分为功能性需求和非功能性需求，而功能性需求包括了业务需求和用户需求。然后对于需求优先级排序，一般会运用RICE原则和价值成本模型，制定需求版本迭代计划。
RICE原则：
Reach（触达）：多少用户提出来的
Impact（影响力）：对用户的价值有多少
Confidence（信心度）：产品经理的信心
Effort（努力）：标准化的难度和研发成本
对于B端产品，需求排期都是在综合分析后进行的决策，并不是单一的分析，还是要看产品经理本身的经验和能力。

天迅达事情精益求精，态度无可挑剔

总结：

天津天迅达科技有限公司从业多年，积累丰富项目经验，能帮助您做出您想要的产品。

以上所有设计图和部分文字均来自网络，如有侵权，请call我删除，感谢~

天津天迅达科技有限公司经过多年来对APP、小程序、以及网站建设的探索，已经帮助每一个客户快速开发出属于自己的APP、小程序、网站，是万千企业之选。

标签：天迅达科技 天津APP开发 天津网站建设 网站建设