这套轻量版用户体验度量方法真的容易落地吗？

　　关于用户体验是否可以度量的命题，之前看过很多关于体验度量相关的文章和研究，度量的模型和对应指标层出不穷。

　　但实际操作中，往往因为涉及较多数据基建的工作，准备成本高，数据分析资源不足，追溯周期过长，价值优先级靠后等原因而中道崩殂，真正实际验证的案例也较少对外分享，一度出现人人都能说出几个模型名称，几个体验指标，但是都对其能对业务起到的价值讳莫如深的现象。

　　在理想状态，如果用户在产品中的所有行为都有埋点，即有整个产品的全埋点，我们理论上就可以还原出整个用户操作路径的流向，然后从全局中可以一目了然判断出不符预期或有问题的行为数据流向。

　　但现实产品中，尤其是工具产品，用户的操作集中在非线性的自由画布上，因数据成本极高和开发资源消耗大，全埋点的实施过于奢侈。

　　退而求相对平价做法，比起全埋点，我们选择对「核心路径」进行定向埋点。定义重点关注的关键路径，以缩小数据范围。

　　打个比方，就像是在一摊磁粉中，放一根磁条，靠近（相关）的会被更紧密的吸附（筛选）。减少了遍历用户所有行为数据的计算量，从而降低成本。

　　我们可以简单理解为，在产品定位没有大偏差的前提下，能够体验完产品预设的核心路径的用户可以更容易理解到产品的定位和价值，即更容易转化成活跃留存用户。

　　而有很大一部分的用户流失，正是来自于没有能够成功体验完核心路径，即没能够充分感知到产品价值。

　　没有体验完的原因可能来自于没有发现该功能，也可能因为功能可用性太差以至于放弃完成等等。

　　故通过对核心路径架设监控的指标，监测用户的实际行为数据表现，来识别核心路径和路径上各个触点功能的健康度和问题点，作为对整体用户留存提高的贡献指标的重要一环。

　　（此处为白话释意便于快速理解，若感兴趣请关注系列续篇，将会阐明每个指标背后的数据采集和定义。）

　　用户完成任务的时间分布根据每个指标单独看的话，报告的结论可能会是例如“全量用户在核心路径A的任务完成率为67%”，而这并不算是一个有效反馈，因为不足以启发业务侧产生深入的机会点发散，同时也会产生大量的沟通解释成本。

　　故仅是描述单个指标的数据表现是不够的，需要得到更深入的结论并转译成业务指导意见。我们归纳了两种方法，进行进一步的指标数据分析，同时能让业务能够自助解读指标数据含义。

　　单个指标的数据的绝对高低没有意义，例如“数据A功能入口触达率43%”，是无法独立得出有效结论的，需要通过比对才能看出相对高低。

　　分层对比指的就是在比较指标的时候借助参照进行比较，常用的如新老用户对比、达到同一个目标的相似路径对比，或者借助标杆如活跃用户来进行比对，从而得出结论。

　　方案一是我们常见的用法，但是在真正处理数据时，我们发现交叉对比另一个指标的高低，可以结合另一个视角，得出更深入的结论。我们整理成矩阵的形式进行呈现，方便对照查看。

　　其中对应的结论有一定的普适性，但同时也需要结合具体业务情况进行进一步的剖析。

　　在多条核心路径会包含多个触点的基础上，如果想用枚举的办法去建立数据看板，从而得出业务结论的话，其实仍然发散性过强工作量庞大。

　　从设置指标到埋点再到数据获取和分析有一定的时间周期，在埋点之前能够借鉴科学实验设计好整个实验思路，能对执行的进度和之后能够得到的反馈有更强的掌控，避免在输出结论的时候全是散点。

　　所以我们在具体实践的时候借的鉴了实验的流程步骤：定义路径，建立猜想，数据验证，得出建议。通过猜想和验证的形式来收敛数据分析的方向从而节省分析的资源投入。

　　定义路径：拆解业务目标到体验目标，在体验目标中找出具体需要关注的核心路径。并检查埋点是否到位。

　　建立猜想：基于理论模型进行多条猜想的建立，如果核心路径的A指标出现了B1的数据表现，即可能是C1问题。如果核心路径的A指标出现了B2的数据表现，即可能是C2问题

　　数据验证：拉取一定周期内，某一用户层在该核心路径和路径的各个触点上的数据，并建立数据看板。

　　对所有拆分出来的核心路径，重复以上步骤，从而进行问题的挖掘和给到业务实际产品和设计策略建议。

　　业务希望提高用户留存的目标，在A工具中等价的用户行为是，用户拖入的有效素材的增多和制作的有效方案变多，可继续拆分为两个方向：

　　方向一：提高置入素材路径本身的任务完成率、减少任务步骤数（尽量减少用户用户在使用基础功能时的摩擦）

　　方向二：提高亮点功能的触达率和任务完成率（亮点功能是能够吸引用户进入使用该工具，可能成为用户转化的契机的功能，如Sketch之于PS的组件功能）

　　需要跟横向比较每个亮点功能的入口触达率，和使用该亮点功能的路径的任务完成率。符合预期的亮点功能会存在高频使用（触达率高）和使用门槛不过高（任务完成率高）的特点

　　（1）若亮点功能的触达率和从入口到应用完成的任务完成率都较高，说明该功能较健康，可以暂缓优化，值得继续推广。

　　（2）若亮点功能的触达率和从入口到应用完成的任务完成率都较低，说明路径的入口有问题，整个路径的可用性有问题，可以结合不同触点的跳出率看具体问题最大的触点，逐步优化。

　　（3）若亮点功能的触达率较低，但是能从入口到应用完成任务完成率高，说明该功能使用路径上没有问题，可以提高入口的曝光看任务完成率是否有增长。

　　（4）若亮点功能的触达率较高，但是能从入口到应用完成任务完成率低，说明该功能使用路径上有问题，入口的可见性高，可结合路径中的所有触点跳出率分析，逐步优化降低跳出率。

　　猜测用户不能通过现有的面板展示形式理解功能作用，故没有进行下一步的应用，可以在界面展示形式上做优化

　　以上为部分业务建议，该步骤需要深入业务，数据的解读需要根据具体情况具体分析。

　　具体的体验指标虽然有作为工具的特殊性，但是基本思路可以迁移，用核心路径埋点替代全埋点节省技术成本，用分层对比和交叉分析矩阵方法节省沟通成本，用先假设后验证的形式节省分析成本。

　　我们也期望能够进一步的挖掘和设置其他体验指标，来扩展结论矩阵，将体验指标的数据表象，转译成业务组同样能够理解的更丰富的业务结论，从而在价值上进一步深化。