最近笔者在负责一款toB的SaaS产品,在两周的时间内拜访了多家企业级客户,为产品的新业务开展收集了不少意见。本文将分享在此次密集调研客户工作中的总结与反思,希望能提供给toB产品同行们一点参考帮助~
B端产品经理对业务的理解是否足够透彻,影响着能否规划好产品需求。业务调研不够充分,设计出来的产品方案大多不能满足客户的实际需求,难以令人满意。而B端产品的业务调研方式有很多,客户调研只是其中一种。
一般B端产品在售出之后,公司都会安排一位专属的商务人员与客户保持长期对接。此商务人员因为会经常拜访客户现场、指导操作、收集问题等,所以对客户反馈的需求背景相对有话语权。但是要注意,此种方式收集回来的需求基本都经过商务人员的加工,属于二手需求,同时又因为商务人员的职责原因,存在夸大客户需求重要程度的可能性。
产品经理在工作中必须保持数据敏感,每一次不寻常的数据波动,都有可能是业务出现了问题,而B端产品的重要数据通常分为行为数据和业务结果数据。对于笔者目前负责的分销产品来说,行为数据包括客户开户注册时长、客户使用功能频率、商机跟进处理率等,业务结果数据包括订单数量、销售额、C端访客数等。
B端产品的竞品资料并不像C端产品那么丰富易得,但还是要尽量去利用各种资源获取信息。例如:申请公司经费购买优秀友商的产品服务。
这是笔者认为最有效果的业务调研方式。通过与客户的一对一沟通,可以直面问题,迅速获取自己想要的答案。同时又因为在客户现场,可以调研不同角色的客户,对快速熟悉客户的业务全貌有很好的帮助。
客户现场调研,虽然是最有效的业务调研方式,但是成本也是最高的。客户公司所处城市往往遍布全国,当你舟车劳顿跑到客户现场,若是因为调研工作没做彻底,导致调研效果不佳,这对个人或是公司都是一次不小的士气打击。
笔者认为,要做好一次效果良好的客户调研,流程包括明确调研目的->选取调研对象->制作调研记录表->现场调研->输出调研报告。
(1)挖掘功能缺陷
要牢记一点,B端客户对产品的容忍度是很低的。客户花钱购买了产品,希望享受到业务运转效率的提升或是业绩的增长。当前版本的业务流程,如果因为已经不符合企业运转的实际需求,导致了客户损失,那就怪不了客户的熊熊怒火。
为了尽量避免此类业务缺陷,产品经理除了被动接收客户的反馈外,平时多观察数据,多与商务交流,必要时候拜访调研客户,便于梳理业务现状,及时挖掘业务缺陷,防止客户损失。
(2)为新功能预研
做B端产品不能以上帝视角规划客户需求,你难以像C端产品经理一样成为产品的超级用户,你认为的产品刚需功能也并不一定是B端客户们的需求。
要梳理一个新功能模块对企业运转效率的提升程度,需要从企业的经营思路、管理模式等多个纬度去发散,通常都会涉及到客户企业的多种职务人员,所以去到客户现场预研,是最快确认方案可行性的方式。
区别于传统外包B端产品,SaaS产品没办法为每一个客户做功能的定制规划,所以SaaS的每个功能模块对不同客户的适配程度不一样。基于这个原因,为调研目的所涉及到的功能模块选取正确的调研对象,能够事半功倍。
(1)客户画像
C端产品有用户画像,我们B端产品也有对应的客户画像:
PS:画像字段以自己负责的产品业务所需为准。
笔者认为,B端产品的客户画像分两个大类:
通过客户画像,结合调研涉及的功能模块,可以筛选出适合调研的客户企业清单。
客户组织架构
选对企业还不够,我们不能调研企业的所有员工,因此还得选对职务员工。通过企业的组织架构,确认功能模块的使用者。
例如笔者本次调研主要为了开展新业务:增加客户关系维护模块的商机分配和跟进功能,那么,我需要调研的职务对象是销售主管和销售人员。
工欲善其事,必先利其器。面对面调研客户,形似记者进行采访工作,提前准备问题大纲,避免调研时逻辑混乱,无法得出有效信息。同时,在调研记录表上写下客户的答复,方便调研后查阅,反复研究客户真实需求。
关于现场调研,主要考验产品经理的社交沟通和临场反应能力。其实没有太多技巧,无他,唯手熟尔。笔者在此分享几点血泪经验总结,希望帮助大家少踩些坑。
不论公司有无要求,笔者认为,在调研完成的当天及时输出调研报告是一个好的工作习惯。既趁着脑里对调研印象还深刻,整理起来比较快速,又在领导面前凸显了积极和效率。发送报告一般通过邮件,直接发送关联的同事,同时抄送相关领导和调研的客户。
B端产品面向企业客户,产品目标是更好地支持业务运转。在自认没有成为业务专家之前,都要虚心向客户请教,那就免不了需要经常到客户现场调研。