可用性

无障碍

（匆忙翻译，如果错误请指正）

一个能被称为无障碍的产品，指的是无论身体是否健全的用户，都可以浏览理解它，并用它来实现自己的目标。一个真正成功的产品要让尽可能多的人方便使用。

设计师想要了解无障碍，这些普遍准则是一个很好的起点。设计完全无障碍的产品是一个复杂的课题，需要深入研究。欲了解更多信息，请访问谷歌无障碍站点。

你的产品如何为残疾人用户提供最好的服务？

首先，思考用户将如何用辅助技术与你的产品进行交互。想象在下列环境中使用你的产品：

•      没有声音

•      没有颜色

•      开启了高对比度模式

•      屏幕被放大

•      屏幕阅读器（没有可视屏幕）

•      只能语音控制

•      上述情况的组合

（译者注：屏幕阅读器 是一款帮助盲人、不识字、学习障碍人群使用的应用，能将文字转化成语音或者盲文。随着图形界面 GUI 的发展，屏幕上显示的图形内容取代纯粹的文字表述，使屏幕报读软件的运作变得更加复杂。当你的产品覆盖到这些特殊人群时，应该考虑使用系统文字而不是图片）

然后考虑以下关键区域对无障碍的影响：导航、可读性、引导和反馈。

导航

让用户可以迅捷高效的操作。是否能够迅捷高效地浏览网页（例如，跳转到关键页面或者返回主导航）？首先呈递最重要的信息。在设计中可以尝试一些细微的变化，能让导航更加迅捷。

可点击区域至少48×48像素。在任何屏幕尺寸小，都推荐使用48×48（px, dp）作为可点击区域的最小尺寸。同时检查你的移动应用设计中各元素之间的间隔是多少。在大多数情况下，应该是8 dp或以上。

支持鼠标和标准手势导航。设计的每个部分，都要兼顾网页界面中键盘输入的可达性和移动设备中手势输入的可达性。盲人用户无法使用鼠标，无法用可视化的方式来浏览你的界面。他们取代鼠标的方案是，使用键盘进行导航或通过划动移动设备上的元素来浏览。要确保不使用鼠标的用户也能获得鼠标悬停中的信息。确保键盘快捷键与平台标准相一致。

注意用户的视觉焦点。你确定用户和他们的焦点从来没有在导航时弹出窗口、提示、以及各种屏幕切换之间迷失？也要想用户会如何关闭弹窗后，返回到屏幕上。要确保他们的焦点能返回到弹窗打开之前。

可读性

确保产品在较大的字体尺寸下仍具可读性。当用户放大屏幕或放大字体，你的文字是否仍清晰可辨？必不可少的元素是否仍然可见、可用，而不是重叠？你应该亲自测试看使用各种内置操作系统/浏览器/应用辅助工具缩放字体是否会出现问题。

确保关键文本有足够的对比度。在大多数情况下，“足够的对比度”是指对比度比例为的4.5:1。背景和文本或关键要素之间的反差足以让所有的用户和那些视力特别差的用户，能更方便地阅读你的信息。较小的文本需要很强的对比度，而大标题则可以使用更多的颜色和背景。

不能只用色彩来传达关键信息。这对于所有色盲用户来说尤为重要。如果色彩在设计中传达的是特定信息（例如，可视化流量：红=高流量，绿色=无流量）提供的另一种方法为用户获取相同的信息是很重要的。除了使用颜色外，添加其他元素例如形状、图案、纹理、或文本。

要提供关于空间关系的线索。空间信息传达和布局，每次只能导航一个元素，这对于盲人用户来说并不是很清晰。因为盲人使用辅助技术不能标明元素之间的距离，所以需要提供附加的线索让元素之间联系起来，比如共享一个共同的标题。

给声音出一个视觉替代方案，反之亦然。如果你有声音元素，你提供了隐藏式字幕、文字记录、或其他视觉替代方案吗？本指导原则也适用于系统警报声音。任何发光闪烁都需要被转换成声音，反之亦然。

引导和反馈 

让交互式控件清晰可见。是否所有的交互式控件都有相关的文字标签、工具提示、或占位符文本来表示它们的目的是什么？你专用术语在整个应用程序中是否始终如一？在辅助技术中首先要提供最相关的信息。当命名元素时，确保你在整个应用程序中使用的术语是统一的。

图像和视频要提供可替代文本。你依靠图形元素来传达信息，是否以书面形式提供同样信息吗？对于特定的任务标签是否清楚的表达具体内容？（例如，不只是“下载”，而是“下载的晚餐菜单”）为所有图片和图标提供替代文本，在标准工具能运行时应避免使用图像表示文本。

提供指导和帮助。当用户不知道一个元素是什么意思时，他/她能快速找到帮助吗？如果一个关键元素超时，有没有办法让用户重新激活它？包括清晰并容易查找的帮助，以及提供相关情境下的帮助，这样使您的用户可以查找到哪些键盘快捷键和手势是能用的，并且知道如何访问使用这些功能。

为你的链接命名。每个链接的目的都清楚明了吗？如 “单击此处” 这个通用的锚文本链接并不能说明链接的目的。锚文本要能精确的描述所指向页面的内容。更好的解决方案是，把“点击这里” 换成一个具体的链接，例如“设备设置”。一些辅助技术模式让用户只需扫描的链接，忽略其他内容，使导航更高效。