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