启发式评估可用性原则10条
尼尔森十大可用性原则
尼尔森十大可用性原则产品设计与用户体验产品设计研究院系列干货2020扫描关注公众号“产品设计研究院”十大可用性原则一、系统状态的可见性（状态可见原则）系统应该在适当的时候内做出适当的反馈，告知用户当前的系统状态。
在可视性的具体设计中，也要按照场景进行更高体验的设计，例如加载所需时间比较长的时候，可能就需要在加载动画下给予更多趣味和惊喜。
因此，做到系统状态可视性只是第一步，如何优化可视性的表达则需要下更多的功夫。
二、系统与用户显示世界的匹配（环境贴切原则）系统中使用的语言、词汇、信息展示方式，必须遵循现实中的用户的习惯。
无论是 macOS 还是 Windows，都会将垃圾桶（回收站）作为一个存放已删除文件的地方，就跟现实生活中我们会将不要的东西丢在垃圾桶一样。
并且在垃圾桶（回收站）中没有东西的时候显示「空的状态」，这会让用户使用起来觉得非常合情合理。
三、用户控制和自由（撤销重做原则）当用户误解了功能含义时，必须帮助用户能够快速回到主流程上。
1.同时，本原则也要求，系统不应该让用户产生一种被操控的感觉。
有时候一些产品在流程上没处理好，就会让我忍不住吐槽，「到底是我在玩 app，还是 app 在玩我」。
2.通常，在我们进入二级或者更深页面中时，必须留有后退回主页面的按钮，这就是在遵循这个原则。
3.许多 app 在开屏广告页放置「跳过」按钮，从一定程度上也是在遵循这个规则，帮助用户跳出广告这个「困境」。
四、一惯性和标准化（一致性原则）1.举个非常简单的例子，许多产品都有收藏功能，收藏功能可以用心形或者星星表示，但是一旦选择了其中一个，之后跟收藏有关的功能则需要在这一点上保持一致而不能混用。
2.其实这就是要求整个产品在设计最初期，需要建立起良好的设计规范，以设计规范为指引完成设计。
同时，在移动端时代，对于交互的一致性也十分重要。
在同一个产品中，同一功能的组件应该在设计上保持一致，降低用户的学习成本，使得整个产品的整体性很高。
尼尔森可用性10原则
尼尔森可用性10原则1.明确的系统状态可见性：用户应该清楚地知道系统目前的状态和当前所处的页面位置。
通过使用明确的标识，如状态指示器、导航栏或面包屑导航，可以帮助用户理解系统的工作状态，以及如何从一个页面导航到另一个页面。
2.信息的可见性和反馈：系统应该提供足够的信息和反馈，以便用户知道他们执行的操作是否成功，并能够识别和纠正任何错误。
例如，当用户填写表单时，应该提供实时的验证和错误提示。
3.用户控制和自由：用户应该有能力控制和自由地操作系统，而不被系统的限制或约束所束缚。
例如，提供撤销和重做的功能，让用户可以恢复到之前的操作状态。
4.一致性和标准化：系统的操作和界面应该保持一致和标准化，以便用户能够快速学习和使用系统。
通过使用常见的控件、布局和交互模式，可以减少用户的认知负担。
5.避免用户记忆负担：6.减少用户的认知负担：系统应该尽量减少用户的认知负担，让用户能够快速理解和使用系统。
例如，使用简洁明了的语言和控件，而不是复杂或专业的术语和操作。
7.错误预防和容错机制：系统应该具备错误预防和容错的能力，减少用户犯错的可能性，并能够自动纠正和恢复用户的错误。
例如，通过合理的输入验证和提供恢复选项，可以避免用户输入无效或错误的数据。
8.可供选择和灵活性：系统应该提供多种选择和灵活性，以适应不同用户的需求和偏好。
例如，提供个性化设置和配置选项，让用户可以根据自己的喜好来定制界面和操作方式。
9.帮助和文档：系统应该提供帮助和文档，让用户能够快速准确地找到所需的信息和操作指南。
例如，提供清晰的帮助文档和用户指南，以及易于和导航的帮助系统。
10.易于可见和可访问性：系统应该易于可见和可访问，让用户能够方便地找到和使用系统。
例如，优化网页和应用程序的加载速度，提供明确的导航和功能，以及支持多种设备和平台的访问。
总结起来，尼尔森可用性10原则提供了一个全面的指导框架，帮助设计师和开发者评估和改善系统的用户界面。
案例尼尔森十大可用性原则
案例尼尔森十大可用性原则本文节选自我的新书《决胜B端》。
尼尔森十大可用性原则，是最经典的交互设计原则，值得每个产品人研究。
网上关于该原则的文章很多，但案例很少，并且翻译很随意；本文中每条原则的名称与定义，都是我仔细斟酌后的重新翻译，案例也是专门收集筛选过的。
交互设计领域有丰富的理论沉淀，最著名和经典的理论当属人机交互大师雅各布·尼尔森（Jakob Nielsen）博士在1995提出的尼尔森十大可用性原则（Jakob Nielsen’s Ten Usability Heuristics），该理论是针对PC端交互设计提出的，但同时也适用于移动端交互设计。
我们将结合具体案例详细阐述这十条指导原则，产品经理在绘制线框图时要注意遵循这些原则。
反馈原则（Visibility of system status）系统应该在合理的时间、用正确的方式，向用户提示或反馈目前系统在做什么、发生了什么。
人机交互的基本原则是，让系统和用户之间保持良好的沟通和信息传递。
系统要告知用户发生了什么，预期是什么，如果系统不能及时向用户反馈合适的信息，用户必然会感到失控和焦虑，不知道下一步要做什么。
以下是遵循反馈原则的一些常见设计案例。
•安装程序时显示进度条，并预估还需要多久结束•上传文件时显示进度条，并提示预估剩余时间•提交表单时，如果校验失败，则在填写有误的内容旁边提示错误原因•程序未响应时，系统会让用户选择是关闭程序还是等待程序响应，如下图所示程序没有响应时的窗口提示隐喻原则（Match between system and the real world）系统要采用用户熟悉的语句、短语、符号来表达意思。
遵循真实世界的认知、习惯，让信息的呈现更加自然，易于辨识和接受。
在人机交互设计中，程序的沟通和表达、功能的呈现，都要用最自然的、用户容易理解的方式，避免采用计算机程序语言的表达方式。
设计时要采用符合真实世界认知的方式，让用户通过联想、类比等方法轻松地理解程序想表达的含义。
产品设计十大可用性原则
产品设计十大可用性原则
设计的可用性是一个系统的可用性。
可用性可以理解为任何系统的可
用性，从技术角度上讲，可用性是一个专门指定的用户体验，比如产品、
电子产品、软件或其他服务。
因此，对于产品设计而言，可用性是一个非
常重要的部分，它可以帮助用户更好地使用产品，而且它也是用户购买其
中一种产品的重要因素。
因此，为了让用户更好地使用产品，产品设计师必须执行可用性原则，以保证产品的可用性。
下面是产品设计中可用性原则的10个原则：
一、开放性：
开放性意味着系统应该能够扩展，以便系统中的新元素可以添加。
这样，系统就可以跟上新技术的发展，系统也能够兼容新的应用程序。
二、快速反应：
用户体验可以提高快速反应，当用户发出命令时，系统应该及时做出
反应。
快速反应可以提高用户的体验，使他们更容易接受系统的更新。
三、可操作性：
可操作性是指系统和硬件的可用性，例如键盘、鼠标、触摸屏等。
可
操作性可以使用户更容易使用系统功能。
四、可学习性：
可学习性意味着系统应该让用户可以很容易地学习使用它。
用户应该
可以很快习得有关系统的用法，而不用浪费太多时间。
五、可控性：
可控性意味着用户应该可以控制系统。
淘宝网---启发式评估
启发式评估淘宝网，顾名思义---没有淘不到的宝贝，没有卖不出宝贝。
自2003年5月10日成立以来，淘宝网基于诚信为本的准则，从零做起，在短短的半年时间，迅速占领了国内个人交易市场的领先位置，创造了互联网企业的一个发展奇迹，真正成为有志于网上交易的个人的最佳网络创业平台。
淘宝网倡导诚信、活泼、高效的网络交易文化。
在为淘宝会员打造更安全高效的商品交易平台的同时，也全心营造和倡导了互帮互助，轻松活泼的家庭式文化氛围，让每位在淘宝网进行交易的人，交易更迅速高效，并在交易的同时，交到更多朋友，成为越来越多网民网上创业和以商会友的最先选择。
如果说淘宝的“支付宝”让它离成功之门更近一步的话，那么淘宝网的营销策略和手段则让人们感觉它注定会走向成功。
淘宝网的创立，为国内互联网用户提供了更好的个人交易场所，淘宝网凭借其迅速发展以及其在个人交易领域的独特文化，荣获了财经时报与搜狐公司2003年度评选的国内10大最佳投资的荣誉。
下面将采用启发式评估对淘宝网进行评估。
启发式评估是可用性工程的一种方法，目的是为了找出用户界面设计中的可用性问题，因此启发式评估能够被当成是反复设计过程中的一部分。
启发式评估是指少数几个评估者检查界面，并判断界面是否符合公认的可用性原则（即“启发式”）。
启发式评估法的主要过程：1)观察者解释评估对象，2)评估者了解或使用评估对象，3)评估者评估 4)集体讨论常用启发式规则：1)系统状态可见，2)系统与用户现实世界的匹配，3)用户控制与自由，4)一致性与标准化，5)错误预防，6)识别而不是记忆，7)使用的灵活性与效率，8)美观而精炼的设计，9)帮助用户识别、诊断和修正错误，10)帮助和文档大体上来说，仅让一个人来做启发式评估是困难的。
因为单独一个人永远也不可能找出界面中的所有可用性问题。
幸运的是，从许多不同的项目得出的经验来看，不同的人会发现不同的可用性问题。
因此，通过多个评估者（本案例用了四位评估者）可能大大提高启发式评估的效果。
尼尔森十大可用性设计原则
环境贴切原则
撤销重做原则
一致性原则
目录
防错原则
易取原则 易扫原则
灵活高效原则
容错原则
人性化帮助原则
1、状态可见原则
用户在系统上的任何操作，不论是单 击、滚动还是按下键盘，页面应即时给出 反馈。「即时」是指，页面响应时间小于 用户能忍受的等待时间。
案例：
1、微信的发送信息时， 信息文本左边有个半透 明白灰色的转轮给出发 送中的反馈，发送失败 时会出现红色感叹圆给 出发送失败的反馈。
尼尔森十大可用性 设计原则
尼尔森（Jakob Nielsen）是一位人机交互学博士， 于 1995 年 1 月 1 日发表了「十大可用性原则」。1995 年以来，他通过自己的 Alertbox 邮件列表以及 网站，向成千上万的 Web 设计师传授 Web 易用性方面的知识。
状态可见原则
案例：
微信对信息详细分类在不同的页面，每个页面只显示相关的功 能。
微信的发现页面，只显示存在着探索关联的功能（参考环境贴 切原则的图示）。
9、容错原则
帮助用户从错误中恢复，将损失降到 最低。如果无法自动挽回，则提供详尽的 说明文字和指导方向，而非代码，比如404。
案例：
微信用户误删好友后，直接通过 群找到好友，添加到通讯录，不 用好友通过验证，恢复好友。 微信误发红包，对方也不接收红 包，超过24小时后自动退回到用 户钱包，避免用户的损失。 用户误打开附近的人，位置信息 泄漏，用户可以点击页面右上角 的清除功能可随时手动清除位置 信息。如图所示：
10、人性化帮助原则
如果系统不使用文档是最好的，但是 有必要提供帮助和文档。帮助性提示最好 的方式是：1、无需提示；2、一次性提示； 3、常驻提示；4、帮助文档。
[方案]启发式评估可用性原则10条
![[方案]启发式评估可用性原则10条](https://img.taocdn.com/s3/m/bfd0585bf6ec4afe04a1b0717fd5360cba1a8d7d.png)
Heuristic evaluation十条可用性原则：1。
提供显著的系统状态与这条原则相关的可用性问题的例子包括：缺乏必要的反馈，没有清晰的系统状态；例如：在网站中用户登录后，应该有持久的信息提示用户已登录的状态；反馈不够持久，用户没有足够的时间注意到或理解反馈的内容；反馈没有立即显示；非文字反馈不容易看到，或不容易理解；不必要的反馈，或是反馈使用户慢下来；让用户误解的反馈。
2。
系统应符合用户习惯的现实惯例与这条原则相关的可用性问题的例子包括：系统使用的词语和概念不符合用户的实际使用习惯，包括系统使用了用户不熟悉的术语，或是没有使用用户熟悉的术语；系统使用语言是以系统为中心的，而不是以用户为中心的；任务流程没有反映用户的实际工作过程；系统的结构不符合用户对真实世界的理解；系统使用的暗喻或比拟的方法不容易理解；相关的系统功能没有组合在一起，或是没有正确地组合在一起，或是功能的组合和用户的理解不同，例如菜单的组合不符合用户的理解。
3。
让用户能随时退出操作进程与这条原则相关的可用性问题的例子包括：在不可逆转的行动之前系统没有提供足够的警告；系统没有在适当的时机提供取消的功能；系统的取消功能不明显或是很难找到；系统不支持撤销的功能。
4。
保持一致性和标准性与这条原则相关的可用性问题的例子包括：界面元素的外观、布局和分组不一致；界面元素的命名不一致；系统反馈信息的格式不一致；系统提供不一样的方法来操作相似的对象；表达含义不一致，例如在不同的地方红色代表不同的意义；设计标准和通用的标准不一致。
5。
预防错误的发生与这条原则相关的可用性问题的例子包括：用户不能学会怎样控制用户界面上的物体；输入信息时，界面没有告诉用户所需的格式，例如，密码要求6位以上等；缺少非语言暗示，例如，缺少闪烁的光标来提示用户可以输入；用户界面上不同的物体太相似，例如：在网页上有超级链接的图像看上去像背景，用户不知道他们可以点击这些图像到达其他网页。
启发式可用性评价十原则
启发式可用性评价十原则尼尔森可视性原则：系统状态有反馈，等待时间要合适不要脱离现实：使用用户语言而不是开发者语言，贴近生活实际而不是学术概念用户有自由控制权：操作失误可回退一致性原则：同一事物和同类操作的表示用语要各处保持一致有预防用户出错的措施：关键操作有确认提示，及早消除误操作要在第一时间让用户看到：识别胜于回忆，提供必要的信息提示（可视&易取），减少记忆负担使用起来灵活且高效：为新手和专家设计定制化的操作方式，快捷操作可调整。
易读性：减少无关信息，体现简洁美感给用户明确的错误信息，并协助用户方便的从错误中恢复工作必要的帮助提示与说明文档：无需文档就能流畅应用当然更好，一般地文档很必要，而且也提供便利的检索功能，面向用户任务描述，列出具体实现步骤，并且不要太冗长。
【转载】补充以下网页设计方面的内容：在评估时可以考虑这些方面：Navigation，导航清晰指示了当前的位置清晰定义了首页的链接网站的所有主要部分都能通过首页访问如果需要的话，应该有个站点地图网站结构清晰，没有不必要的层级如果需要的话，要有个易用的搜索功能Functionality，功能所有功能都被清晰地表示出来所有重要功能在不离开网站的前提下都可以使用没有不必要的插件Control，控制用户可以取消所有操作在每一页，用户都可以找到清晰的离开本页的标识所有图片链接都和文字链接一样清晰可用网站的流程符合用户的操作流程支持所有主流浏览器Language，语言文案简洁没有术语Feedback，反馈现在网页发生了什么，应该一直都清晰的标示出来如果必要的话，用户应该能收到email反馈所有反馈都要及时准确如果需要安装插件或者需要特定的浏览器，必须告知用户用户可以通过email或者提交表单来提交反馈意见如果必要的话，提供个在线帮助Consistency，一致性对任何元素都只有固定的一种叫法链接与其指向页面的标题要匹配对链接和已访问链接使用规范的色彩一致使用术语的普遍叫法Error Prevention，防止出错使用朴素的语言来表述错误信息错误信息需要给出下一步操作提示错误信息提供清晰的离开标识错误信息提供详细的帮助信息Visual Clarity，视觉清晰布局清晰足够的留白所有图片都有alt标记使用标准的模版。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Heuristic evaluation
十条可用性原则：
1。
提供显著的系统状态
与这条原则相关的可用性问题的例子包括：
缺乏必要的反馈，没有清晰的系统状态；例如：在网站中用户登录后，应该有持久的信息提示用户已登录的状态；
反馈不够持久，用户没有足够的时间注意到或理解反馈的内容；
反馈没有立即显示；
非文字反馈不容易看到，或不容易理解；
不必要的反馈，或是反馈使用户慢下来；
让用户误解的反馈。
2。
系统应符合用户习惯的现实惯例
与这条原则相关的可用性问题的例子包括：
系统使用的词语和概念不符合用户的实际使用习惯，包括系统使用了用户不熟悉的术语，或是没有使用用户熟悉的术语；
系统使用语言是以系统为中心的，而不是以用户为中心的；
任务流程没有反映用户的实际工作过程；
系统的结构不符合用户对真实世界的理解；
系统使用的暗喻或比拟的方法不容易理解；
相关的系统功能没有组合在一起，或是没有正确地组合在一起，或是功能的组合和用户的理解不同，例如菜单的组合不符合用户的理解。
3。
让用户能随时退出操作进程
与这条原则相关的可用性问题的例子包括：
在不可逆转的行动之前系统没有提供足够的警告；
系统没有在适当的时机提供取消的功能；
系统的取消功能不明显或是很难找到；
系统不支持撤销的功能。
4。
保持一致性和标准性
与这条原则相关的可用性问题的例子包括：
界面元素的外观、布局和分组不一致；
界面元素的命名不一致；
系统反馈信息的格式不一致；
系统提供不一样的方法来操作相似的对象；
表达含义不一致，例如在不同的地方红色代表不同的意义；
设计标准和通用的标准不一致。
5。
预防错误的发生
与这条原则相关的可用性问题的例子包括：
用户不能学会怎样控制用户界面上的物体；
输入信息时，界面没有告诉用户所需的格式，例如，密码要求6位以上等；
缺少非语言暗示，例如，缺少闪烁的光标来提示用户可以输入；
用户界面上不同的物体太相似，例如：在网页上有超级链接的图像看上去像背景，用户不知道他们可以点击这些图像到达其他网页。
6。
提供上下文识别而不是孤立记忆
与这条原则相关的可用性问题的例子包括：
系统的使用过于复杂，用户不得不记忆复杂的命令去操作系统；
界面提供的信息不及时，用户不得不自己从系统的另一个部分找到相关的信息；
图像或符号难以理解，甚至误导用户；
菜单、选择或链接有太多的层次。
7。
使用的舒适性和高效性
与这条原则相关的可用性问题的例子包括：
系统缺少自动化，没有自动地执行下面的任务，例如，一个新窗口打开时，视窗大小不合适，用户不得不自己改变视窗的大小；
系统没有提供应有的默认值；
默认值不正确；
使用系统需要太多的控制动作；
系统没有提供捷径，例如，系统没有定义必要的功能键。
8。
美观精练的设计
与这条原则相关的可用性问题的例子包括：
用户界面上的元素太大或太小，元素的颜色、形状或文字不适当，不容易识别；
界面元素的移动太快、太慢或不容易察觉；
声音使人感到被打扰、分心或使人烦恼；
屏幕上过于拥挤，界面元素的密度分布不均匀；
不相关的元素距离太近，互相干扰或使用不方便；
不同的元素太相似，例如，按键或链接看上去像一般的文字；
系统没有帮助用户注意到系统状态的变化。
9。
帮助用户识别错误，分析和纠正错误
与这条原则相关的可用性问题的例子包括：
错误信息使用了不当的幽默、或是用词不礼貌，消极，使人不愉快，具有威胁性，使用命令的口吻等；
错误信息赋予软件系统人的特点，使系统人格化；
错误信息使用户迷惑，不能帮助用户解决问题。
10。
提供帮助文档和使用手册
与这条原则相关的可用性问题的例子包括：
帮助信息或用户手册不存在；
帮助信息没有意义或使用户更加迷惑。