产品体验洞察:AI时代,产品经理的剩余价值

产品经理还在为 AI 的爆发而担心失业吗,努力用好用户体验分析工具才不会被淘汰。

产品体验洞察:AI时代,产品经理的剩余价值

编者按:本文作者 龙国富,CxHub 主理人,本文来首发于他的微信公众账号「龙国富」。

🚏 写在前面

AI 时代,产品经理可以利用 AI 的能力进行处理、分析和优化数据,AI 无法取代的部分是产品经理对体验洞察的能力,这依赖于我们人类所特有的同理心以及对于业务的深刻理解。

不过实话实说,绝大多数产品经理对于用户体验的感知是很弱的。

这一部分原因来自于企业组织架构本身的问题,产品经理常常被定位成需求承接方,主要对接销售/业务/客服等内部对象,无法接触到真实的用户,能依赖的只有数据埋点上对于用户行为的监测。

👆🏻 用户使用产品的感受无法传递给产品经理

另外,产品经理并没有一个直接有效与用户在使用场景上建立联系的工具,这导致对于用户用的“爽不爽?”、“满不满意?”、“愿不愿意推荐?”... 这类用户态度和感受知之甚少。

长期以往,产品经理对于产品发展的话语权只会越来越小,这类型产品经理也必然会面临 AI 的取代。

既然发现问题了,我们应该正视它,想办法去解决它。

当然用户怎么想这件事,也不能靠产品经理臆想出来的。

产品体验调研的困境

当下,产品体验调研在很多公司面临的挑战大同小异,主要表现为以下 4 类常见的困境。

👆🏻 产品体验调研的 4 类困境

1️⃣ 无法挖掘目标用户需求

现状是:传统产品满意度调研往往维度单一。

其次在用户的调研上不知道他们有什么特点?要如何触达他们?具体问什么内容?如何去提升回复率?以及如何利用这些数据进行产品体验的改善?

2️⃣ 无法有效收集用户反馈

现状是:用户使用产品的渠道越来越多源,非信息化的方式进行反馈收集,很容易造成数据质量上“失真”。

同时,事后回忆式的所获取调研数据,用户在填答时其实已经遗忘了大部分真实的场景体验。

3️⃣ 无法打通端到端的监测

现状是:公司内部不同部门、不同员工存在极大的数据壁垒,按周期调研耗时长、反应慢。

尤其是对于实时性比较高要求的体验反馈,得到数据时早已错过了最佳的行动时机。

4️⃣ 无法形成体验行动闭环

现状是:用研同学拿到数据后,缺少往后面环节推进的原始动力。用户体验结果难以和企业内部的改善机制强联合。

天然属性上,产品经理是更适合这个职能,TA 有能力把体验调研获取的用户需求和抱怨,在产品的方案和后续迭代过程中,有效地执行和落地。

讲了这么多,希望产品经理可以转变的是:能够在工作中找到一种可以主动地持续地与用户产生联系的方式,获取到产品体验洞察。

接下来我就手把手教你通过「产品体验洞察-FARS模型」,结合「浩客HowXM」用户体验调研工具,进行实际的案例操作,让大家即便在 AI 时代,依然可以发光发热!

产品体验洞察-FARS模型

🤔 那要怎么来解决呢?怎么获得产品体验洞察呢?

👆🏻 产品体验洞察-FARS模型(©龙国富原创)

为了便于理解,我构思了的「产品体验洞察-FARS 模型」,是从“业务、用户、体验”三个维度出发,三个维度分别的对应关系是,业务→功能、用户→行为、体验→结果和感受。

功能(Feature):产品的功能场景是什么?

行为(Action):用户旅程是如何经历的?

结果(Result):目标任务的达成情况如何?

感受(Sensation):用户体验的整体感受如何?

FARS 模型提供了产品经理在进行产品体验洞察上的完整思考框架,还原用户在特定场景中使用产品的旅程,并从最终的目标任务结果感受情况来推论,产品给用户带来的价值(功能价值&情绪价值)

🌰 举个例子。

假设我是某航司小程序的产品经理,最近对产品进行了一轮迭代升级,需要对产品改善进行体验洞察。依据 FARS 模型,业务上首先可以依据产品功能制定计划表。

接着,在行为上,清晰地认识自己的用户、明确需求产生的场景。根据「投放用户、显示页面、弹出时机、弹出策略」的思路匹配用户在使用产品的路径上进行策略的设计。

然后,找到满足特定条件的用户之后,建立对话关系,弹出「体验调研的问卷」,获取用户的态度和感受,甚至是需求背后的深层原因。

这就是 FARS 模型在配合产品经理具体工作的实践思路,找了一遍市面上的工具之后,「浩客HowXM」用户体验调研工具目前能满足需求,具体的操作步骤,接着往下看。

使用「浩客HowXM」实操案例

我选择某航司小程序中「改签或退票」模块进行产品体验洞察操作演示为例,操作会分成 4 个步骤。

Step 1:创建账号&追踪代码部署

我需要在「浩客HowXM」进行一些基本的账号注册和应用信息完善。完事之后,进入「应用设置」模块,在 SDK 代码的 Tab 中,获取到「追踪代码」。

这个代码是要发给你们技术小伙伴的,只需要粘贴在指定的位置就可以,几分钟的事。

追踪代码部署完成之后,刷新页面会看到应用名称旁边的小圆点,会变成「🟢」,这就代表「追踪代码」已经可以成功在产品上运行了。

这个工具的好处是,后续你在做产品体验调研的时候,只要在问卷上直接设定需要的调研策略就可以,🙅🏻是不需要再麻烦技术小伙伴的,这才是真的省心省力!

Step 2:「改签或退票」场景问卷设计

「改签或退票」在产品功能体验调研需要从结果、体验以及未来改进上设计,问项分别是:

1. 你认为xx航司在改签或退票审核速度如何?(非常慢→非常快)

2. 你对改签或退票服务是否满意?(非常不满意→非常满意)

3. 你认为我们还可以提升的地方?(开放性,选填)

你可以根据自己实际的业务或功能进行问题的设计,这个工具支持设置多个问题&分页填答,同时也可以进行题目跳转逻辑的设定。

在「改签或退票」我主要关心的是“审核速度”和“服务满意度”两个维度,这两个方面是在之前被用户多次提及的。产品迭代后的版本,可以通过这个问卷获取到用户对于新版本改善后的体验感知。

Step 3:投放设置

问卷设计好之后,接下来就是要让问卷在目标用户在特定的页面出现。投放设置:只有经历过「改签或退票」场景的用户才会成为调研对象。

在企业视角:场景触发的调研用户对于使用产品的记忆新鲜且真实,基本只有在使用路径上经过某个场景,才会被纳入到调研的范围,这样保证是围绕具体场景展开的,同时在数据质量上也具有可信度。

用户选择了在 2023 年 1 月之后注册的用户,他们在获得「改签或退票」审核后的结果页上,会触发弹出该问卷。

📢 注意:由于是小程序环境内,弹出页面采用了“网址匹配通配符”。

用户同时满足多个评价、问卷投放规则时,随机弹出一个。发布投放后更改投放规则,不重置投放(不对已提交用户投放)。

在用户视角:及时(实时)的调研,也会让用户感知到企业对于用户意见的关心,自然用户积极性高,反馈问题也就更接近事实、更有针对性。

「浩客HowXM」提供的能力可以做非常多的组合,可以依据不同的业务需要,自定义产品体验调研的策略。

Step 4:实时收集用户体验数据

实时收集用户反馈,可以从单个用户或整体用户不同视角切入,分析用户对于产品功能的体验反馈。

产品经理比较常面对的情况是:开发者/ Boss 对用户态度/喜好/感受有疑问时,你可以透过用户真实反馈回来的情况,不是我怎么想,而是用户怎么想。

根据产品场景化调研结果,给相关部门策略调整提供具有说服力的量化依据。

🕹 其他更多高阶能力,你可以自己再去玩玩看。

收集好了体验数据,还需要有一个机制,让洞察和行动形成良好的循环。

产品体验行动闭环

借助 FARS 模型只是获得框架性思考和诊断的能力,并不能为产品治病。还需要从体验环节开始,形成「体验→反馈→改进→追踪」的行动闭环。

👆🏻 产品体验行动闭环(©龙国富原创)

在采集获取用户体验数据之后,产品经理再把用户的声音进一步转化为产品的问题、技术的问题等等,反馈到各个内部业务单元(环节)。

对于不同的环节,其业务目标是不一样的,相应的绩效指标也是如此。把体验数据和运营数据进行“横纵面”分析角度的切割,开展内部的讨论和方案的制定。

再来,是建立责任人制度。例如,针对每一项体验改善,都要明确其第一责任人,目的是当该问题发生时任何人都能够迅速找到责任人,从而为解决问题节省大量的责任推诿时间。

最后,落地改善后需要进一步定义监测的范围以及指标追踪,与用户体验数据调研形成闭环,更好地构建出色的用户体验计划。

写在最后

体验管理体系导入企业,是一个长周期且高难度的事情。

我认为产品经理作为其中一个关键节点,通过单点切入,可以直观快速让管理者看到成效,给管理者足够的信心在企业内部全面推行体验管理。

相比一上来就是全面体验管理导入的做法,这样局部成功逐步引导全面体验管理进展的工作,帮助团队和 CEO 设定了预期,也避免由于计划进展缓慢而可能产生的急躁情绪。

另外,以“货”为中心正向以“人”为中心转变。对于产品经理的未来职业发展而言,抓住了用户的情绪,才能真正获得商业上的成功。

我是一个人工智能的乐观主义者。当涉及到理解世界和做出决策时,人类一定要参与其中。这将有机会,让我们重新思考用户体验,使其尽可能有效地传递爱与温暖。

我认为只要产品经理具备洞察用户需求的能力(包括思维力和工具力),能够在企业当中执行落地,为用户创造愉悦的体验,让我们的生活越来越美好。

🤖 即便 AI 来势汹汹,产品经理还是不可被取代的!

点击这里,免费使用浩客HowXM。

用浩客收集用户反馈,改善产品体验
免费注册