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

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

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

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

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

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

01

明确调研目的

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

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

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

02

明确调研用户

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

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

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

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

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

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

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

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

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

  

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

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

  

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

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

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

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

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

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

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

1. 思考背景：回顾这个事件的初心，是公司期望对后端系统做重构。
2. 思考矛盾：既然是“重构”，那一定是发生了什么困境，导致当前的系统架构，不符合公司的期望。
3. 找到疑问：如何设计调研计划，让新的流程图符合公司期望？
4. 解决方案：这个问题的逻辑就是，通过比对期望，寻找当前系统的差距，从而找到弥补差距的解决方案，并且验证解决方案。