所谓C端,即围绕个体用户衣食住行、吃喝玩乐的产品。与之对应的,B端用户则面向企业,好比CRM、OA系统,这些产品更注重解决企业用户在业务和内部协同中遇到的问题。安全
与C端产品不一样的是,B端产品有更稳定的需求、更注重解决实际矛盾和需求,围绕提高利益与效率的目的进行规划。架构
初作B端、尤为是中后台产品,相信大多数产品小白会遇到这样的场景:spa
经理让我去找业务调研,但我并不知道问哪些问题;在与业务方的沟经过程中常常会被抢去主导权,在对方说完“我须要在这里加一个XXX的功能”后,扔下一个冷风中凌乱的我。设计
1、为何要进行业务调研对象
上一段中提到,B端产品的本质是为了更好地解决业务问题、为企业赋能,因此是本质决定了产品经理要熟练后台架构和业务逻辑 ,每个功能对应的工做流都有可能对该功能上下游的逻辑产生影响。blog
产品经理在作规划时,不能仅在本身的角度判断逻辑是否合理,还要站在业务的角度考虑需求背后的价值。同步
下面咱们分别从调研前、调研中、和调研后三个阶段分别展开讲解:团队协作
2、明确调研方向,进入调研阶段工作流
首先须要明确咱们本次调研的方向,熟悉业务仍是收集需求?产品
1. 熟悉业务
1)调研以前
产品经理须要主动了解业务背景、对公司业务作初步判断,带着对业务的疑问更有针对性的与业务方进行沟通。
2)调研开始
咱们能够围绕如下几个问题进行提问:
a. 询问调研对象在这家公司工做了多久、处于怎样的职位
能够经过工做经验初步判断对方的业务能力,造成颗粒度较大的用户画像,在后期需求分析和工做场景拆解中能够更直接地进行分类。
好比我在调研销售人员时,会对“业绩较好的销售人员”、“业绩较差的销售人员”、“销售组长”、“销售经理”分别写一份调研报告,分析不一样类型用户的痛点、爽点、痒点。
b. 基于业务方目前的工做流
产品经理须要了解调研对象平常的工做流程,好比销售人员在联系客户前须要作什么准备工做、通常在什么渠道联系到客户、在联系客户的时候都会准备哪些话术、沟通时客户会常常问到哪类问题、跟进意向客户时会遇到哪些问题以及成单后如何继续维护客户关系。
c. 咱们的优点是什么
这一点中须要了解总体背景下公司的业务解决了客户的什么问题、客户要解决这些问题能不能经过别的渠道。
横向对比后,咱们能够更清楚地了解到咱们公司业务的优劣势。
d. 业务方面对的客户有何共性
了解业务方面对的都是什么类型的客户,这对熟悉业务来讲相当重要。
拿CRM中的销售漏斗来讲,产品经理要对公司的潜在客户、意向客户、成单签约客户及复购客户进行分析,赋能销售人员提升对不一样客户的跟进效率。
2. 收集需求
1)收集线下表格
收集需求阶段,其实是对工做流中的痛点进行拆解,产品经理要了解业务方的工做哪些是在系统中进行的、哪些是在线下进行的。
有些销售团队仍使用Excel作日报、组长天天在表格中统计组内工做量,这种方法效率低、数据安全没法保障。
既然线下统计的方式效率低且对管理不利,那咱们能不能将这部分工做转移到系统中沉淀下来呢?
产品经理在调研时能够收集他们正在使用的线下统计表格,根据他们的统计需求来设计具体的解决方案。
2)了解人效的考核指标
不一样销售团队会对人效的计算有不一样要求,挖掘线索、跟进线索、转化客户等不一样环节都在激励着销售人员。
产品经理能够考虑,可否将这些指标沉淀到系统中的数据看板;这样作既能协助他们量化平常工做完成状况,也能减小手动统计的低效劳动和错误率。
3)跨部门协做中遇到的异常问题如何处理
协做是个永久的话题,组织经过部门分工与团队协做完成业务流程的闭环。然而,实际团队协做中经常会出现各种问题影响总体进度。
产品经理在调研中须要了解业务方在跨部门协做的过程当中信息流是否通畅、任务分工是否明确,具体表现为遇到问题可否直接找到相关责任人、可否高效快速解决协做问题。
3、调研产出
调研结束后,除了须要将调研总结同步给业务方确认,产品经理还须要产出用户画像、业务流程图及工做场景分析,这些产出都是为了即将到来的需求分析环节。
用户画像怎么画?业务流程图是什么?调研时业务方表达出的需求就是真正的需求吗?咱们应该如何经过调研结论挖掘出需求的真容呢?
在以后的文章中,我会将本身遇到过的“坑”为你总结出来,共勉。