接着上一篇继续分享，这篇主要是分享《如何快速进行业务调研？》
业务调研目的：为了了解企业的具体运作流程，产品经理需要有深入，细微的体感体验，然后形成初期对行业业务基本运作规律的认识与理解，从而能真正帮助产品经理对接下来的产品定义与设计工作；
企业运作流程包括元素如下：（企业运转：是由哪些人共同协作完成了哪些任务来支撑日常运转）
A、企业：与行业分析中的标杆企业不同的是，这里的客户画像需要有一个宏观的抽象（即要基于大量客户进行抽象剥离出一个通用的特点），并非纯粹还原一个真实企业的信息；根据不同行业的不同，客户画像需要包括的维度也会存在区别，并不限于规模，从属类目、业务范围等；
B、角色：除了弄清楚业务中每个角色的目标/KPI之外，还需要厘清楚角色之间的关联（绘制出角色关联的业务逻辑图是一个很好的主意）；saas产品角色，具备相当强的角色属性，每个角色都有背后的考虑点，不能只看角色需要做的任务，而是要弄清楚角色执行任务背后的目的与KPI；
产品经理可输出内容：角色、场景任务、目标等梳理出角色的场景清单；
C、流程：站在业务的视角，需要梳理全盘的业务流程，站在单个员工角色视角，也需要找到角色工作流。
产品经理可输出内容：1、业务流转完整闭环协作流程；2、逆行协作流程（如财务的红冲蓝补流程）
那么，到底为什么需要观察来还原业务？
绝大部分行业公司的业务模式，在互联网真正对企业经营发挥影响之前，就已经天然存在。至少到目前，互联网还很难从根上撼动绝大部分公司的业务模式，所以需要“还原业务”，而非“创造业务”；
如果只是通过调研或被动手机反馈，不论渠道来源是自家的销售，还是外部公司的业务人员，多少都会有自身的利益出发点而夸大其词，所以需要通过观察真正还原业务。
saas业务调研与C端用户调研端区别？
案例场景
针对以上案例，可得出以下3个维度的不同
1、调研对象上
a、C端用户调研只需要关注单点用户；
b、saas业务调研需全盘考虑整个业务运作流程；
2、调研目的上
a、C端用户调研需要以用户体验为中心；
b、saas业务调研更加关注需求解决了什么业务问题；
3、调研结果上
a、C端用户需求相对容易抽离出共性；
b、saas天然存在大量个性化需求且极度分散；
如何更高效进行业务调研，业务调研三步走
A、定义并选择标杆企业
1、定义标杆企业的客户画像，以标杆企业的需求为核心：
a、客户/企业的规模，从属细分类目、业务范围等
2、选择标杆企业调研的好处：
a、标杆企业需求有代表性，相对容易抽离。
b、标杆企业的声音有影响力，后期能够引领其他客户
二、梳理业务链条的角色
1、调研角色：角色A、角色B、角色C
2、角色特征：主要负责什么，业务目标/KPI是什么，其他职业特点；
3、如何找到这些角色？
a、通过企业内部系统得到组织架构；
b、参考同类型企业
c、注重全场景闭环，切勿遗漏角色。
三、观察与调研并行（通过观察与用户调研厘清角色的工作流）
1、调研角色：角色A、角色B、角色C
2、角色特征：主要负责什么，业务目标/KPI是什么，其他职业特点；
3、核心工作流：任务A > 任务B > 任务C
四、通过观察更好的还原业务
观察的2种方式
a、驻场：深入业务需求的工作场景，观察他们平时的工作方式。
----角色的工作流是什么样子的？有没有sop？
----在什么情况下，执行了哪些系列任务，完成了什么业务上的目标？
b、轮岗：如果有机会，最好能够直接上手体验业务的工作，通过用户调研补充了解细节。
调研参考问题
流程维度
----最近一个月最花你精力的几件事是什么？是怎么解决的？
----最近一个月和哪些人沟通比较多？沟通的目的是什么？
具体场景维度
----什么情况下，遇到了什么问题，导致什么目标没有实现？
----如果有了这个功能，你准备如何去做？
关于业务调研的一些TIPs
1、不同层次的客户在调研方式上有侧重
a、针对头部客户做深度调研
b、普通客户通过电话/问卷/反馈
2、不同的阶段在调研方式有侧重
a、早期中和中期做深度调研
b、后期通过电话/问卷/反馈
这些方法论都是分析的框架，框架是否有血有肉，还需要实地去分析几个案例，将框架中的方法论填充几次，就更加具有实践性；
做行业调研目的是给产品经理提供对行业的深度了解，且能在设计功能时，能大概清楚用户的场景，唤起点以及痛点等；
end
我是枯藤老叔 。3年创业，4年产品经理；
日常通过互联网平台叨叨自己对产品，对创业的所思所想！
