很多学生不知道产品的设计体验测量模型，不知道如何使用测量模型，也不知道使用什么测量模型。作者从测量模型的定义及其本质出发，探索如何使用测量模型，希望能对你有所启发。

很多学生一提到“测量模型”一词，头就大了。我还收到了很多学生关于设计、体验、测量概念的提问，大部分人让我分析一下几种测量模型之间的优劣，看看哪些模型应该用在自己的产品上。例如：

“能比较分析SUS和ariyun的UES测量模型吗？我们公司主要做的是B端系统。哪个更实用？”

“蚂蚁的PTECH模型和“第二章第一分钟”模型，这种模型是否更轻便，更适合测量技术类的工具设计？”

对于这种问题，解释这些模型的具体用法是治标不治本的。要学习知识，首先看以下测量模型的本质问题。如果你读完了，当然会有上面这些问题的答案。

首先，什么是经验测量模型？

经验测量模型也可以称为“产品经验评价模型”或“设计质量检查模型”等。这种模式一般以设计师或用户研究团队为对象，本质上是评价产品设计和经验质量的评价工具。经验测量模型集的构成通常包括以下部分：

1. 度量维度

是要测量的内容的特性定义和分类，以便使测量过程更加逻辑和全面。通常，这些度量维的首字母组合在一起，是此度量模型的名称。

例如，蚂蚁集团平台设计部2019年推出的评价企业级产品体验的测量模型PTECH，实际上是产品的性能体验(Performance)、任务体验(Task success)、参与度(Engagement)、清晰度(Clarity)。这些单词的首字母组合了“PTECH”这个模型名。

2. 度量方法

包括需要测量和测试的具体内容、考虑事项、操作政策和具体程序以及完成的指标。目的是告诉设计师需要从不同的测量维度收集的内容和信息，以及需要用什么样的策略和方法来衡量。

度量方法从度量维开始，为每个维提供不同的策略和方法，并与相应的指标相匹配。例如，前面提到的PTECH模型除了划分度量维外，还规范和定义了每个维下的主要度量内容和度量手段。

3. 评分机制

评分机制不是必需的，可以用明确简单的指标代替。但是，由于每个具体测量内容对产品体验的权重和影响不同，设计师要对整体产品质量有准确的量化认识，就必须通过数字公式进行计算。因此，一些完整性较高的测量体系都具备分数和转换机制。

或者以PTECH模型为例，该模型参照复杂的分数转换和核算方法，将五维中测量的内容结果转换为数字，使设计师能够准确计算产品的体验分数。

这种数字计算公式和方法不是可以随便敲脑袋的。其中逻辑和推演过程比较复杂，对数学功底或测量模型没有理解真的不好。

但是不得不说，这种高级转换方式不仅在决定公式的过程中增加了模型的复杂性，而且在使用公式计算最终分数的过程中也给设计师带来了很大的工作负担。所以现在很多测量模型也选择了避免重量，轻便使用，使用起来更简单。

比如谷歌公司的设计团队提出的 GSM 模型，就是将结果的评估重点放在对指标的定义上，用指标来判断设计质量的水平和标准：

看到这里你可能会有疑问：本就都是对于产品设计和体验的质量评估，为什么要有这么多不同的模型？大家就不能使用一套统一的标准模型么？

这是因为一款产品的评估方式本来就是多维度、多方面、多标准的，对不同业务领域的产品制定和使用统一的检验标准，是几乎不可能实现的理想情况。由于度量模型本身具备与产品强绑定的工具属性，所以「抛开产品自身特点和需求谈体验度量，就是耍流氓」。

蚂蚁的设计团队就应用过 PTECH 模型和「两章一分模型」等不同的度量方案。对于这种情况相信集团内部也曾经想努力地统一度量模型，尽量避免重复造车。但实际情况却是，这么多条业务线和产品类型，都各自有自己的想法和诉求。所以大家最终还是各自沉淀、百花齐放，也就有了不同的评估标准和模型工具。

值得一提的是，这种各自沉淀的过程并不是完全地重复造车，而是搭建思路和经验上的相互借鉴，取长补短，让每个团队都可以找到最适合自己业务的度量模型。

二、如何使用度量模型

判断一款度量模型好不好用，其实只有一个核心的判断原则：只有适合的，才是好用的。

同样的道理，当你想要对产品应用度量模型来做体验评估，也只有一个核心的使用原则：把度量模型当作工具去使用，而不是当作规则去迎合。

在实际工作中，工具和方法大多数情况下都是用来解决实际问题的，而它们的诞生也源于使用者对于这些问题的梳理和总结。你能看到的这些经典的度量模型，都是设计师们对于几十上百个项目千锤百炼后的经验沉淀，或多或少都会带有一些各自的业务特性和场景属性，因此没有绝对的高低优劣之分。

而能够完全适合你的产品特征、匹配你的度量需求的现成的度量模型是极少数的。这也是为什么你在借用这些模型的过程中，有时会有「不太好用」或「生拉硬套」的感觉。

因此，你可以根据你的产品特点和想要度量的内容，有目的性地、有选择性地、部分性地对这些业内已经成熟的度量模型进行借鉴和应用。当然在你的时间和精力允许的条件下，我也鼓励你参考这些经典案例，打磨出针对你自己产品的定制化度量模型。

所以你要做的，不是一板一眼地套用某个模型，而是发挥主观能动性，去判断、去筛选出真正对你的产品有用的部分，以及去学习这些模型搭建时的思考方式和工作经验。

度量模型就再高大上、评分标准再数理化，究其根本它也只是一款评估工具。对于这款工具的应用，不要为了彰显设计师的「工作量」或「学术专业性」而应用，也不要被这个工具限制住思考的能力。我们的核心目标是用它来发现产品的问题并找到有效的解决方案。

说了这么多，再来看看开篇的问题：SUS 和 UES 度量模型哪个更实用？你应该知道答案了吧？

专栏作家

元尧，微信公众号：长弓小子，人人都是产品经理专栏作家。一线互联网大厂B端体验设计师，清华大学美术学院本硕连读。曾负责国内最大开源组件库Ant Design组件的设计和运营工作，目前负责国际业务线B端产品体验设计和组件库的搭建工作。

本文原创发布于人人都是产品经理，未经许可，禁止转载。

题图来自 Unsplash，基于 CC0 协议。

该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。