有效用户调研救了B端产品经理一命

我的会员群里今天收到一个问题：Lisa老师，我要接触到一个新的业务，如何快速的了解这个业务呢？

这应该是每一个B端产品经理都会遇到的问题，如何做调研？

说起来调研，好多同学可能都觉得：这还不简单，把想问的问题列出来，然后找到业务方询问，最后一顿输出，然后拿着产品解决方案找业务方评审就可以了，你觉得对吗？

哈哈哈哈，如果你真的这么认为，那你可能就会接下来掉入一个大坑。

因为最后的结果一定是：业务方就解决方案难以达成一致，总觉得少了什么场景没有覆盖到，然后产品经理就会被妥协（毕竟自己也不懂业务），然后功能越加越多，真的做出来之后业务方会以：太复杂了，不会用为理由而拒绝使用。

所以只有学会有效业务调研，B端产品经理才可保命，今天Lisa阿姨就来救救你。

01

明确调研目的

一般而言，调研无非两个目的：

在产品出来之前，调研是为了了解客户业务现状和当前解决方案，然后完善产品定位，构建MVP版本；

在已有产品的情况下，调研是了解客户使用产品的情况，找到未能满足的需求，从而制定产品优化迭代方向，完善产品，促进客户续费。

02

明确调研用户

B端业务通常是企业内部多角色协同，不同角色在业务上的诉求和职责是不同的。调研之前，需要梳理清楚业务中存在哪些角色和利益方，根据不同对象制定调研计划。

一般而言涉及的角色如下：

· 业务提出人：董事长/总经理

· 业务管理者：部门负责人，为业务结果负责

· 业务执行者：一线业务员，做好执行工作，不一定需要为业务结果负责

· 业务协作者：配合业务部门的上下游部门

 

好多产品经理会犯的一个错误就是过度关心某一个群体的诉求（大多数情况是业务执行者）从而让项目跑偏，这里Lisa阿姨给大家一份干系人地图，可以对照地图来看看项目该如何理解key person。

 

03

设计问题与调研形式

一般而言，在受访者熟悉的环境里更容易把问题介绍清楚，而且面对面的访谈比问卷调研更能把问题介绍清楚，几个技巧分享给大家：

准备访谈大纲：让对方打开心扉是一件非常重要的事，这是很多产品经理忽略的问题，所以必须要达成一致，了解清楚背景后再开始有序访谈，切忌长篇大论，聚焦在细节里。

· 提前研究受访者：有些访谈对象可能是利益受损方，提前了解受访者，可以减少访谈过程中的阻碍。

之前我遇到一个产品经理就出现了一个有趣的案例，他做的是园区巡防机器人项目，直接拿着想法去问保安：你觉得这个机器人怎么样？保安说：蛤？要用机器人来替代我？我不同意！然后他灰溜溜回来了，哈哈哈哈。

从高级人员开始访谈：按照从概览到局部，从全局到细节的顺序研究业务，更有利于抓住关键问题

启发式提问：多让对方回答场景而不是回答对和错。例如：“你会叫外卖吗？”和“你一般在什么情况下叫外卖？”这两个问题而言，明显后者更能了解具体问题。

几个坑，Lisa阿姨劝你可千万不要踩：

问题太长：巨长的问题会让对方喘不过气来，对方就会回答的很敷衍

问诱导性问题：例如“我们要设计一个更好用的个人管理系统，你会使用吗？”这种问题就像在问老板“这个西瓜甜不甜呢？”，一样毫无必要

幸存者偏差：个体差异与极端场景肯定存在，但这不是调研的关键。

4、输出业务流程图

业务流程图输出方比较系统，供大家参考学习。

一、作业题目

产品经理小Q最近入职了一家电商公司-X公司(X公司的业务类似京东自营商城)，接到的第一个任务就是要对公司的后端系统做重构前的业务调研，领导要求产出一份公司业务的整体系统流程图。

二、答题

1、从调研，到输出流程图，如何进行计划？   解决思路 思考背景：回顾这个事件的初心，是公司期望对后端系统做重构。 思考矛盾：既然是“重构”，那一定是发生了什么困境，导致当前的系统架构，不符合公司的期望。 找到疑问：如何设计调研计划，让新的流程图符合公司期望？ 解决方案：这个问题的逻辑就是，通过比对期望，寻找当前系统的差距，从而找到弥补差距的解决方案，并且验证解决方案。   综上所述，分为五个步骤：   第一步，了解期望。通过调研，寻找期望的业务期望，搜集不满的原因 第二步，寻找差距。通过系统，寻找当前系统不符合期望的原因，找到差距 第三步，预设方案。找到差距后，根据差距进行解决方案的建立。 第四步，校验方案。通过调研，验证解决方案的可行性，校验方案。 第五步，画流程图。根据校验后的方案，画出流程图。   2、执行

3、输出业务流程图

本司为鞋靴供应链平台，名为鞋捕头，用户有两端：供应商（档口）端和采购商端；核心的流程，就是采购商通过鞋捕头平台进行鞋靴货源采购，鞋捕头平台提供多档口拿货、一件代发、售后服务。鞋捕头在订单履约的过程中，使用自研系统“捕快闪发”进行订单履约提效。