写在前面：因为最近在做的一款产品让我有机会接触到了启发式评估，这种评估方式让你真正站在用户角度从不同维度深刻审视你的产品，先于用户在产品设计初期原型阶段进行快速改进，有效加速用户验证产品迭代的速度。尽管这次的产品并不是一个全新的创新产品，尽管我们沿用了已经上线近两年的平台整体设计，尽管我作为产品经理全程参与整个产品设计，但作为评估者参与启发式评估时，还是让我觉得有很多值得反思的东西。

在产品设计的初期，我们一直在想如何通过交互设计让用户以最自然的方式（想得少， 得少）使用我们的产品。设计稿出了很多版，也review了很多轮，每个人都尝试站在用户角度去想问题。在我们确定最终版后，即将开发时，有人提议做启发式评估 (Heuristic Evaluation) , 正因如此我接触到了这个评估方式，受益颇深。

什么是启发式评估？

借鉴百度百科的定义：启发式评估是一种用来评定软件可用性的方法。使用一套相对简单、通用、有启发性的可用性规则进行可用性评估。按照下图十个角度去评估，网上也有相对应每个角度的细化问题，在这里就不做赘述。个人感觉启发式评估更适合交互式较强的产品原型验证。

为什么要做启发式评估？

谈点我自己的切身感受：

节省成本：

成本不仅仅是金钱是有时间，拉个焦点组(Focus group)做访谈，或是邀请用户做可用性实验(Usability study)，都是需要大量的时间，而且有时还需要一些奖励机制来吸引用户做调研。启发式评估不拘泥形式，只要罗列好参与者需要做的任务，以及一些简单的启发问题，不受限于人群-产品团队或是实际用户都可以参与，不局限于形式-可以群体访谈的形式或是线下每个人去做。

先于用户发现问题：

刚谈到启发式评估不受限于参与人群产品团队内部也可以参与，并且，个人认为，有必要内部团队先于用户参与评估，将一些问题能及早发现解决，对于有争议的问题，可以通过后面外部用户的可用性测试，去着重验证判断优先级。有些人觉得，我参与甚至主导了整个流程的设计，已经门儿清了，启发式评估对我没什么帮助。这样想你就错了，启发式评估也是一个很好的反思工具，如果参与了流程设计，在评估过程中，你会对整体设计有更强更深刻的反思。

群体间互相启发：

启发式评估也是需要多人参与效果越好，结果客观性越强，别人可能发现你所没发现的问题，通过群体力量鉴别这些问题的重要性。

怎么做启发式评估？

简单描述下过程，当然我不是用户研究专家，经验也有限，如果大家有兴趣也可以调研更多，只是抛砖引玉说下我们这一次的评估过程。

设计评估任务： 尽量按用户使用场景，拆解成多个子任务，每个子任务间尽量解耦。后面的评估者可根据这些主要场景，进行评估。比如任务一场景：应用登录，这就可能涉及到用户输入用户名密码，验证码识别，纠错，认证等一系列的过程。

选择评估人群： 刚才谈到启发式评估也是需要一定的量才能反映出客观结果，个人认为，10人左右为宜（太多容易增加时间成本，太少容易降低客观度），可结合原型复杂程度、新颖程度等做调整。人群的选择，如果是团队内部，可以分别从设计师、攻城狮、产品汪等人群中各找一定量的参与者，你会发现每种职业的人想问题的角度都会略有不同，碰撞起来非常有意思。

开始评估

• 参与评估人罗列问题：首先参与评估的人，通过任务线，在参考一些启发式问题，将每个任务线中找到的问题罗列出来，并指出具体的不足，特别注意是问题本身，不是解决办法。在这里特别建议评估者分开做，这样可以保障每个人都有充足独立思考的过程。
• 对每个问题赋予权重：组织者将问题汇总，并从以下四个维度要求参与评估者进行打分：可能被该问题影响到的用户数量，该问题发生的频率，用户是否能比较容易的解决这个问题，用户遇到这个问题有多不爽。此时，每个评估者能看到包括自己发现问题在内的所有问题库。

评估结果整理：最后，就是将收集的所有问题的分数针对多个受访者进行统计分析，最终按严重程度将问题排列。作为评估最后的输出，便于采取后续跟进解决。

#专栏作家#

刘怡婧，微信公众号：Sofia点滴，人人都是产品经理专栏作家。微软产品经理，负责微软云Azure数据库产品，3年互联网产品经验。爱旅游、爱摄影，立志做小白用户能用且爱用的产品。期待与更多产品人一起成长。

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