产品体验洞察：AI时代，产品经理的剩余价值
Guofu 第 89⭐️ 篇原创文章分享
（点击上方卡片关注我，加⭐️星标⭐️~）
写在前面
AI 时代，产品经理可以利用 AI 的能力进行处理、分析和优化数据，AI 无法取代的部分是产品经理对体验洞察的能力，这依赖于我们人类所特有的同理心以及对于业务的深刻理解。
不过实话实说，绝大多数产品经理对于用户体验的感知是很弱的。
这一部分原因来自于企业组织架构本身的问题，产品经理常常被定位成需求承接方，主要对接销售/业务/客服等内部对象，无法接触到真实的用户，能依赖的只有数据埋点上对于用户行为的监测。
用户使用产品的感受无法传递给产品经理
另外，产品经理并没有一个直接有效与用户在使用场景上建立联系的工具，这导致对于用户用的“爽不爽？”、“满不满意？”、“愿不愿意推荐？”... 这类用户态度和感受知之甚少。
长期以往，产品经理对于产品发展的话语权只会越来越小，这类型产品经理也必然会面临 AI 的取代。
既然发现问题了，我们应该正视它，想办法去解决它。
当然用户怎么想这件事，也不能靠产品经理臆想出来的。
1、产品体验调研的困境
当下，产品体验调研在很多公司面临的挑战大同小异，主要表现为以下 4 类常见的困境。
产品体验调研的 4 类困境
1️⃣ 无法挖掘目标用户需求
现状是：传统产品满意度调研往往维度单一。
其次在用户的调研上不知道他们有什么特点？要如何触达他们？具体问什么内容？如何去提升回复率？以及如何利用这些数据进行产品体验的改善？
2️⃣ 无法有效收集用户反馈
现状是：用户使用产品的渠道越来越多源，非信息化的方式进行反馈收集，很容易造成数据质量上“失真”。
同时，事后回忆式的所获取调研数据，用户在填答时其实已经遗忘了大部分真实的场景体验。
3️⃣ 无法打通端到端的监测
现状是：公司内部不同部门、不同员工存在极大的数据壁垒，按周期调研耗时长、反应慢。
尤其是对于实时性比较高要求的体验反馈，得到数据时早已错过了最佳的行动时机。
4️⃣ 无法形成体验行动闭环
现状是：用研同学拿到数据后，缺少往后面环节推进的原始动力。用户体验结果难以和企业内部的改善机制强联合。
天然属性上，产品经理是更适合这个职能，TA 有能力把体验调研获取的用户需求和抱怨，在产品的方案和后续迭代过程中，有效地执行和落地。
讲了这么多，希望产品经理可以转变的是：能够在工作中找到一种可以主动地持续地与用户产生联系的方式，获取到产品体验洞察。
接下来我就手把手教你通过「产品体验洞察-FARS模型」，结合「浩客XM」用户体验调研工具，进行实际的案例操作，让大家即便在 AI 时代，依然可以发光发热！
2、产品体验洞察-FARS模型
那要怎么来解决呢？怎么获得产品体验洞察呢？
产品体验洞察-FARS模型（©龙国富原创）
为了便于理解，我构思了的「产品体验洞察-FARS 模型」，是从“业务、用户、体验”三个维度出发，三个维度分别的对应关系是，业务→功能、用户→行为、体验→结果和感受。
功能（Feature）：产品的功能场景是什么？
行为（Action）：用户旅程是如何经历的？
结果（Result）：目标任务的达成情况如何？
感受（Sensation）：用户体验的整体感受如何？
FARS 模型提供了产品经理在进行产品体验洞察上的完整思考框架，还原用户在特定场景中使用产品的旅程，并从最终的目标任务结果和感受情况来推论，产品给用户带来的价值（功能价值&情绪价值）。
举个例子。
假设我是某航司小程序的产品经理，最近对产品进行了一轮迭代升级，需要对产品改善进行体验洞察。依据 FARS 模型，业务上首先可以依据产品功能制定计划表。
接着，在行为上，清晰地认识自己的用户、明确需求产生的场景。根据「投放用户、显示页面、弹出时机、弹出策略」的思路匹配用户在使用产品的路径上进行策略的设计。
然后，找到满足特定条件的用户之后，建立对话关系，弹出「体验调研的问卷」，获取用户的态度和感受，甚至是需求背后的深层原因。
这就是 FARS 模型在配合产品经理具体工作的实践思路，找了一遍市面上的工具之后，「浩客XM」用户体验调研工具目前能满足需求，具体的操作步骤，接着往下看。
3、使用「浩客XM」实操案例
我选择某航司小程序中「改签或退票」模块进行产品体验洞察操作演示为例，操作会分成 4 个步骤。
Step 1：创建账号&追踪代码部署
我需要在「浩客XM」进行一些基本的账号注册和应用信息完善。完事之后，进入「应用设置」模块，在 SDK 代码的 Tab 中，获取到「追踪代码」。
这个代码是要发给你们技术小伙伴的，只需要粘贴在指定的位置就可以，几分钟的事。
追踪代码部署完成之后，刷新页面会看到应用名称旁边的小圆点，会变成「」，这就代表「追踪代码」已经可以成功在产品上运行了。
这个工具的好处是，后续你在做产品体验调研的时候，只要在问卷上直接设定需要的调研策略就可以，是不需要再麻烦技术小伙伴的，这才是真的省心省力！
Step 2：「改签或退票」场景问卷设计
「改签或退票」在产品功能体验调研需要从结果、体验以及未来改进上设计，问项分别是：
1. 你认为xx航司在改签或退票审核速度如何？（非常慢→非常快）
2. 你对改签或退票服务是否满意？（非常不满意→非常满意）
3. 你认为我们还可以提升的地方？（开放性，选填）
你可以根据自己实际的业务或功能进行问题的设计，这个工具支持设置多个问题&分页填答，同时也可以进行题目跳转逻辑的设定。
在「改签或退票」我主要关心的是“审核速度”和“服务满意度”两个维度，这两个方面是在之前被用户多次提及的。产品迭代后的版本，可以通过这个问卷获取到用户对于新版本改善后的体验感知。
Step 3：投放设置
问卷设计好之后，接下来就是要让问卷在目标用户在特定的页面出现。投放设置：只有经历过「改签或退票」场景的用户才会成为调研对象。
在企业视角：场景触发的调研用户对于使用产品的记忆新鲜且真实，基本只有在使用路径上经过某个场景，才会被纳入到调研的范围，这样保证是围绕具体场景展开的，同时在数据质量上也具有可信度。
用户选择了在 2023 年 1 月之后注册的用户，他们在获得「改签或退票」审核后的结果页上，会触发弹出该问卷。
注意：由于是小程序环境内，弹出页面采用了“网址匹配通配符”。
用户同时满足多个评价、问卷投放规则时，随机弹出一个。发布投放后更改投放规则，不重置投放（不对已提交用户投放）。
在用户视角：及时（实时）的调研，也会让用户感知到企业对于用户意见的关心，自然用户积极性高，反馈问题也就更接近事实、更有针对性。
「浩客XM」提供的能力可以做非常多的组合，可以依据不同的业务需要，自定义产品体验调研的策略。
Step 4：实时收集用户体验数据
实时收集用户反馈，可以从单个用户或整体用户不同视角切入，分析用户对于产品功能的体验反馈。
产品经理比较常面对的情况是：开发者/ Boss 对用户态度/喜好/感受有疑问时，你可以透过用户真实反馈回来的情况，不是我怎么想，而是用户怎么想。
根据产品场景化调研结果，给相关部门策略调整提供具有说服力的量化依据。
其他更多高阶能力，你可以自己再去玩玩看。
收集好了体验数据，还需要有一个机制，让洞察和行动形成良好的循环。
4、产品体验行动闭环
借助 FARS 模型只是获得框架性思考和诊断的能力，并不能为产品治病。还需要从体验环节开始，形成「体验→反馈→改进→追踪」的行动闭环。
产品体验行动闭环（©龙国富原创）
在采集获取用户体验数据之后，产品经理再把用户的声音进一步转化为产品的问题、技术的问题等等，反馈到各个内部业务单元（环节）。
对于不同的环节，其业务目标是不一样的，相应的绩效指标也是如此。把体验数据和运营数据进行“横纵面”分析角度的切割，开展内部的讨论和方案的制定。
再来，是建立责任人制度。例如，针对每一项体验改善，都要明确其第一责任人，目的是当该问题发生时任何人都能够迅速找到责任人，从而为解决问题节省大量的责任推诿时间。
最后，落地改善后需要进一步定义监测的范围以及指标追踪，与用户体验数据调研形成闭环，更好地构建出色的用户体验计划。
5、写在最后
体验管理体系导入企业，是一个长周期且高难度的事情。
我认为产品经理作为其中一个关键节点，通过单点切入，可以直观快速让管理者看到成效，给管理者足够的信心在企业内部全面推行体验管理。
相比一上来就是全面体验管理导入的做法，这样局部成功逐步引导全面体验管理进展的工作，帮助团队和 CEO 设定了预期，也避免由于计划进展缓慢而可能产生的急躁情绪。
另外，以“货”为中心正向以“人”为中心转变。对于产品经理的未来职业发展而言，抓住了用户的情绪，才能真正获得商业上的成功。
我是一个人工智能的乐观主义者。当涉及到理解世界和做出决策时，人类一定要参与其中。这将有机会，让我们重新思考用户体验，使其尽可能有效地传递爱与温暖。
我认为只要产品经理具备洞察用户需求的能力（包括思维力和工具力），能够在企业当中执行落地，为用户创造愉悦的体验，让我们的生活越来越美好。
即便 AI 来势汹汹，产品经理还是不可被取代的！
♂️「浩客XM」链接我放在了底部「阅读原文」，现在「浩客XM」免费开放使用，需要的小伙伴可以自行体验。