资讯
B端产品的用户满意度真的有价值么?
日期:08-18▼
易奇科技导读:B端产品进行用户满意度量化,存在价值是什么?对于用户满意度,我们能够如何随机应对?对于B端产品的用户满意度疑问,易奇小编展开了以下探讨,大家一起来看看吧。
之所以这么问,是楼主 近接了个新业务,主营范围就是“用户满意度”,且不是某个产品的满意度,是管理整个集团的数字化满意度。即横向拉通所有下属(数字化产品相关的)部门,完成用户满意度的常态化落地及考核。
那么灵魂一问来了,B端产品的用户满意度真的有价值么?
我想明白了一些,也仍不太明白一些,希望抛砖引玉,请各位大佬来指导下意见。
一、用户满意度所指的“用户”是谁?
在产业互联网企业里,往往B端产品的需求来源 先是管理者,其次才是使用者(一线操作者)。管理者和实际使用者有着巨大的认知维度差异,往往也不是一拨人,如果一概而论,势必会影响用户满意度结果,且产品部门也不一定认同该结果。
二、用户满意度的对象
集团要我们围绕开展的用户满意度指的是谁?
是使用者。就是终端用户,那群被管控着甚至对数字化产品不胜其烦的用户。
毕竟,企业的数字化在 初时,总是给一线人员增加工作负担且不得不用。
认准了目标用户,我们在和各部门老大沟通前,又缕清了各方的利益关系,希望让各部门认同这个事,开开心心的合作,而不是强制性的“管办”。
三、用户满意度开展的目标
从集团角度讲,这个事有三个目标:
统筹各部门满意度工作,帮助部门形成常态化满意度调研。
帮助各部门提升满意度,从而提升集团的数字化整体满意度。
提升满意度评估的效率、数据客观性并有效代表产品价值。
四、用户满意度工作的作用
对各部门来讲,针对用户的满意度工作的四个作用:
确定影响满意度的关键性决定因素。
测定当前的用户满意度。
发现提升产品/服务的机会。
从用户的意见和建议中寻找解决用户不满的办法,为管理者提供建议。
但是沟通中发现,很难改变部门老大的惯性思维,毕竟他们认为客户爸爸是业务方(即提需求的管理者,实际上这拨人确实有“生杀大权”)。认为自己是项目制,而不是产品制,无需对用户负责。
那么顺着他们“向上管理”的思路切入,这事有什么好处呢?
1. 管理客户预期(客户指提需求的管理者)
以用户满意度为抓手,阐述业务方与使用者的期望差异,业务方的满意度关系到部门的业绩成果,用户满意度关系到集团对部门的绩效考核,都是有可能卡脖子的地方,那就未雨绸缪,适当降低客户的预期。
2. 产品成果汇报
汇报里只有生硬的运营指标数据,没有用户的真实反馈,实在没说服力。哪怕年终考核的用户满意度分数低,部门也是可以从进步程度来标明全体成员在关注用户体验、努力提升用户满意度。
疏通了了各个产品部门,还是有个问题萦绕心头:
B端产品很多是管控型,对用户来说是被迫使用且 有可能增加负担的,并不符合我们常说的B端产品价值““提效减负”,那么被管控者的满意度是否有调研价值?
我想,可以从三个角度探讨下:
对用户来讲,填写目的要么是纯吐槽,要么是希望解决问题。
对产品部门来讲,从两个维度来分析:
调研结果是否真实有效:真实有效的概念就是是否能从用户口中得到正面答复。
理论上,作为企业内的职业人,在用户满意度调研中的回答大部分是理智的,比如从调研的满意度指标来分:
整体满意度
产品质量:业务匹配度、稳定性、安全性、人性化(人性化有可能是吐槽)
业务价值:数据准确性、业务数据流通、业务协同性
产品服务:交付实施、服务渠道、服务有效性/及时性/态度
但仍有一些不定因素导致得到的答复是负面、无效的,比如:
NPS
产品质量:人性化
业务价值:业务效率
调研结果是否产生价值:
1)业务方预期管理
组织与用户期望的差异,寻找共同因子
挖掘新的影响满意度的因素
2)驱动质量提升
包括提升产品质量、业务价值、产品服务、整体满意度,前提是要形成满意度结果闭环管理。
3)驱动组织提效
需求来源不仅要来源于业务方,更要来源于用户,且需要用户来验证功能合理性;
满意度来源也不能“一家言”,同样要站在用户角度来评估产品好坏。
对企业而言, 明确的两个价值:
明确产品价值(在没有C端产品丰富的数据支撑的前提下,满意度也可以作为一个价值评估维度)
未来的战略转型:需要学习华为,从“以研发为中心”到“以客户为中心”的产品策略转变;从产品向客户价值导向的解决方案的转型, 终实现市场化。
然而,这个事是多方协作才能落地且出成果的,满意度结果真的能闭环管理么?产品部门真的会当回事么?能持续多久呢?企业领导又能关注多久呢?还真说不清。