重复：只需要一次学习，用户就能解决这个问题，还是用户总会被这个问题困扰 Ps：有的问题看起来用户很容易克服，但是它造成的影响却又有可能很严重。因此，最后还需要有一个人对所有问题的“市场风险”做一次整体评估。

问题严重程度的5级描述样例：

这根本不是一个可用性问题

锦上添花的问题。除非项目有多余的时间或人力可用，否则不必修正

较小的问题：修正，但优先级低

较大的问题：修正，并优先极高

可用性的灾难：紧急，产品发布前必须解决

（1）如果评估者不是被评估产品领域的专家，应该回答评估人提出的问题，这更有利于他们正确评估问题；

（2）如果被评估产品属于特定领域，评估人对相关产品完全没有经验，建议设定典型使用情景。这个典型情景必须基于对真实用户及其工作的任务分析；

（3）一个评估过程应该控制在1-2小时内完成；如果评估对象或任务较多，建议拆分成多个子任务分别完成；

（4）事先为评估人准备好评估准则，也允许评估人根据经验添加准则条目。

五、可用性评估的一般准则（结合一些发生过的坑举例）1. 简洁、自然、清晰的设计，让用户舒服、愉悦的操作

a．尽量使用文字加配图的方式、

b．合理的留白，好看并方便点击

c．轮播图的数量不宜过多，切换频率让用户能大致看完图片意思即可

d．同一页面弹窗、吐丝提示不宜过多，可以考虑将这些内容嵌入到页面中提示给用户

反例：

太过于相似的表单设计，让用户不知道哪里是输入，哪里是查看；

超链接图片看上去像背景，用户不知道可以点击；

声音感到被打扰，有些网站进入后莫名奇妙的放音乐

屏幕内容过于拥挤

a．垃圾箱的图标，让用户明白是删除的意思；

b．用拟物的名称命名功能模块，让用户明白其用途，如书架、购物车；

c．大拇指的指向，向上是赞，向下是踩

反例：

使用用户不熟悉的专业术语，如调度、保理；

技术语言，如提示请求成功，

在特定场景下，使用的图标意思不明确，如灰色齿轮和灰色太阳会很相似

a．手机验证码4或6位，方便用户记忆

b．列表页里展示出用户选择的品名、数量、金额、等级参数；

c．自动消息提醒，如到期还款提醒；

d．面包屑导航，让用户记得访问路径

反例：

订单编号过长，不便记忆；

界面信息提供不及时，用户不得已从系统的另一部分找信息；

用户无法查看到自己已填写到信息；

系统操作流程复杂，用户记不住操作步骤

a．统一的字段名称

b．统一的界面风格

c．链接文本要与跳转页面的标题一致

反例：

不同页面的外观、布局不同页面不一致

统一字段在不同页面中不一致，如app中的装货费，后台查看为装卸费

反馈信息的格式不一致，如有的反馈用弹窗，有的反馈用吐丝；

颜色表达的含义不一致，如红色与绿色代表的涨与跌，禁止与可行

图标的含义相似

a．不应只提示404，应指出哪里错误，用户该怎么办；

b．因输入导致的错误，除了显示错误信息外，还要加清晰的位置提示；

c．未访问的与已访问的要用颜色区分；

d．加载进度条展示；

e．提交成功后的提示，以及跳转路径

反例：

不必要的反馈，使用户慢下来；

让用户误解的、有歧义反馈；

不友好的语言，如命令的语气：禁止输入、必须填写

反馈不够持久，如提示文字很多，但显示时间很短

没有操作反馈

快速导航，让用户可以进行其他页面跳转访问；

银行卡、邮箱、手机号的解绑与更换；

网站广告弹窗的关闭按钮；

输入错误可编辑修改

反例：

取消按钮不明显，很难找到；

不支持错误操作的撤销

关键步骤的错误点击没有回转余地，如没有提示“确认支付？”

a．增加历史纪录功能

b．浏览器中的书签、快捷键；

c．给出相应的默认值

反例：

默认值没有或错误

缺少自动化执行，如密码输入错误没有自动清空

a．数据超过试算值一定比例会给选择框提示，但是并不禁止提交；

b．不可逆转的操作前要有警告；

c．输错密码时的次数记录与提醒

d．意外情况的解决办法，如给出客服联系方式

反例：

没有清楚告知用户操作所带来的风险与责任后果

错误提醒不能帮助用户解决问题

错误产生后无法及时进行补救，导致影响范围的扩大

a．在表单必填项前加红＊；

b．给出相应的样例；

c．能给出处理结果的预测，如操作完成后按钮被点亮；

d．数据的安全性，如输入时使用加密键盘

反例：

缺少必要的语言提示；

缺少非语言提示，如光标闪烁则代表可以输入）

系统的呆板提示，如一切场景均适用是/否选项的提示框，有些情况需要使用人格化的语言，atv，如：残忍拒绝/我再看看

a．配备FAQ页面

b．操作步骤的文字与示意图截图

c．带有遮罩效果的引导页

反例：

用户帮助手册不存在；

帮助的内容难懂，或没有解决用户的问题