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

什么是启发式评估？

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

为什么要做启发式评估？

谈点我自己的切身感受：

节省成本：

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

先于用户发现问题：

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

群体间互相启发：

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

怎么做启发式评估？

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

设计评估任务： 

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

选择评估人群：

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

开始评估

参与评估人罗列问题：

首先参与评估的人，通过任务线，在参考一些启发式问题，将每个任务线中找到的问题罗列出来，并指出具体的不足，特别注意是问题本身，不是解决办法。在这里特别建议评估者分开做，这样可以保障每个人都有充足独立思考的过程。

对每个问题赋予权重：

组织者将问题汇总，并从以下四个维度要求参与评估者进行打分：可能被该问题影响到的用户数量，该问题发生的频率，用户是否能比较容易的解决这个问题，用户遇到这个问题有多不爽。此时，每个评估者能看到包括自己发现问题在内的所有问题库。

评估结果整理：

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