Microsoft交互设计规范.docx

文档介绍：Revised by Chen Zhen in 2021
Microsoft交互设计规范
Windows 用户体验交互设计规范
此官方 Windows 用户体验交互设计规范（简称“UX 规范”）的目标在于：
该图所示的是沉浸式阅读模式。
相反，浏览的目标则是定位。一般的浏览路径看起来像是：
该图所示的是浏览模式。
如果文本排列在页面的左侧，则用户会先浏览左侧。
使用软件时，用户不会沉浸于 UI 本身，而是沉浸于他们的工作中。因此，用户不会真正阅读界面上的文本——他们只会浏览。他们只会在确信必要的时候才会仔细阅读大量文本。
用户通常会跳过页面左侧或右侧的导航部分。用户能够认出它们在那里，但仅当他们想进行导航时才去看导航部分。
用户通常会跳过大块无格式的文本而完全不去阅读。
用户在浏览时通常会跳过大块文本及导航部分。
一切都等价时，用户首先从窗口的左上角看起，扫过整个页面，到右下角结束。他们通常会忽略左下角。
一切都等价时，用户会以 1、2、4、3 的顺序阅读这些数字。
但在交互式 UI 中，并非所有的一切都是等价的，因此不同的 UI 元素所受到的关注程度也是不同的。用户通常会首先看交互式控件——尤其是出现在窗口左上角和中间的控件——以及显着的文本。
用户关注于主要的交互式控件及显着的主标题说明，其他东西只有在他们需要的时候才会去看。
用户倾向于阅读交互式控件标签，尤其是那些看起来和完成手头任务相关的。相反，用户仅在他们认为需要的时候才有可能去阅读静态文本。
看上去不同的内容容易吸引注意力。粗体文本和大号文本能够从普通文本中突显出来。彩色的或者是位于彩色背景上的用户界面元素较为突出。有图标比没有图标更加突出。
除非确实需要，否则用户不会进行滚动。如果没有理由来滚动的内容，用户则不会。
一旦用户决定要做什么，他们会立即停止扫视文本转而做事。
由于用户会在他们认为结束的时候停止扫视，因此他们可能会忽略所有在完成点之后出现的东西。
用户会在他们认为结束的时候停止扫视。
当然，常规模式也存在例外。眼动仪实验指出，真实用户的行为很没有规律。此模式的目的在于帮助你做出好的决定，而不是精确地描述用户的行为。但既然你已经阅读了该列表，希望你也能辩别出许多你自己的阅读模式。
为扫视进行设计
用户并不阅读，他们只是扫视——因此你应当为视扫来设计用户界面。不要假设用户会像书写那样从左至右、从上到下地阅读文本，事实上他们会看那些吸引他们注意的 UI 元素。
要为扫视进行设计：
假设用户先是会快速地扫一眼整个窗口，然后大致会按下面的顺序来阅读 UI 文本：
中间的交互控件
提交按钮
其他地方的交互控件
主标题说明
补充解释
带有警告图标的文本
窗口标题
正文区域的其他静态文本
脚注
将用于触发任务的 UI 元素放在左上角或上方中间。
将用于完成任务的 UI 元素放在右下角。
尽可能将重要的文本放在交互性控件上，而非使用静态文本。
避免将重要信息放在左下角或是需要滚动很多的控件或页面底端。
不要展示大段文本。去除不必要的文本。使用的呈现方式。
如果想吸引用户的注意，确保其理由充分。
尽可能使用这个模式而不要进行改变，但有时你可能需要强调或弱化某些 UI 元素。
要强调主要的 UI 元素：
将主 UI 元素放在上。
将任何触发任务的 UI 放在左上角或上方中间。
将提交按钮放在右下角。
将其他主要的 UI 放在中间。
使用控件来引起注意，比如命令按钮、命令链接和图标。
使用显着的文本，包括大字体和粗体。
将用户必须阅读的文本放在交互式控件上，或者附加图标，或者放在上。
使用位于浅色背景上的深色文本。
在元素周围留有足够的空白。
不需要任何操作就应当可以看到你要强调的元素，比如指向或悬停。
该示例显示了强调主要 UI 元素的多种方式。
要弱化次要的 UI 元素：
将次要的 UI 元素放在扫视路径之外。
将任何用户并不经常需要看到的内容放在窗口左下角或底部。
使用不会吸引注意力的控件，比如用任务链接代替命令按钮。
使用正常或灰色的文本。
使用位于深色背景上的浅色文本。深灰或蓝色背景上的白色文本也可以。
在元素周围使用最小间距。
考虑使用方式来隐藏次要的 UI 元素。
该示例显示了多种弱化次要 UI 元素的方式。
有效利用屏幕空间
要有效利用屏幕空间，需要对多种因素进行平衡：占用太多空间使窗口显得臃肿且浪费，以及基于来说甚至会难以使用。
错误：
在这个示例中，窗口相对于其内容来说太大