向导

注意

此设计指南是为 Windows 7 创建的，尚未更新Windows的较新版本。 大部分指南原则上仍适用，但演示和示例并不反映我们 当前的设计指南。

尽管这个奇妙、异想天开的名字，但向导并不是一种特殊的用户界面形式，而且它们只有一系列特定的实用工具。

向导用于执行多步骤任务。

向导的多个步骤显示为页面序列。

向导通常包括以下类型的页面：

• 选择页用于收集信息并允许用户做出选择。
• “提交”页用于执行无法撤消的操作，方法是单击“返回”或“取消”。
• “进度”页用于显示长时间操作的进度。

新式向导设计提高了效率，使“进度”页可选，以便缩短操作，并且通常会在开头和结尾使用传统的 欢迎页 和 恭喜页面 。

所有向导页都有以下组件：

• 用于标识向导名称的标题栏，左上角有一个“后退”按钮，以及一个具有可选“最小化/最大化”和“还原”按钮的“关闭”按钮。 请注意，标题栏还包括一个图标，用于在任务栏上标识它。
• 使用页面解释用户目标的主要说明。
• 具有可选文本和其他控件的内容区域。
• 至少有一个提交按钮要提交到任务的命令区域，或继续执行下一步。

尽管向导具有多个步骤，但这些步骤必须全部添加到单个任务，从用户的角度来看。 这是“一个向导，一个任务”的基本向导设计原则。

因此，在本文中，任务是向导 (的基本功能，例如，安装向导的任务是安装程序) 。 子任务是较大任务 (的各个方面，例如，安装向导的子任务可能是配置要安装的程序) 。 最后，每个向导页都被视为给定子任务或任务 (中的步骤，例如，配置程序) 可能涉及两三个步骤。

注意： 单独的文章中提供了与 设置、 对话框和 进度栏 相关的指南。

这是正确的用户界面吗？

向导可用于需要多个输入步骤的任何任务。 但是，有效的向导具有其他要求：

• 向导是否执行单个原子任务？ 不要使用不是单个任务的交互， (整个程序不应该是向导，除非它执行单个任务) 。 不要使用向导来组合独立任务或基本上无关的步骤。

• 是否可以减少所需问题的数量？ 对于大多数情况，是否有可接受的默认值适用于大多数情况，或者以后可以根据需要进行调整？ 因此，能否减少页数？ 如果是这样，请尝试简化任务，使其可以在单页 (（如对话框) ）上显示，或者无需完全 (输入即可直接) 执行任务。

• 必须按顺序提供所需的问题吗？ 是否有几个可能的问题，但有可选问题？ 如果是，请考虑使用对话框或选项卡式对话框。

  正确：

  

  Microsoft PowerPoint“打印选项”对话框包含许多用户输入选项，因此你可以在向导中显示它们。 但是，无需按顺序提供它们，因此对话框是更好的选择。

向导是一种相对沉重的用户界面形式;如果有合适的轻量级解决方案可用，请使用它！

设计概念

过度使用向导

从历史上看，向导不同于普通 UI，因为它们旨在帮助用户执行特别复杂的任务， (位于不同位置的步骤) ，并且通常具有内置智能来帮助用户取得成功。 目前，所有 UI 都应设计为尽可能简单地使任务变得简单，因此无需特殊 UI 即可实现此目的。

然而，这种信念坚持认为，向导是一种特殊的 UI，主要是因为它们被称为“向导”， (比“对话”和“属性窗口”) 更有创意。 相反，最好将它们视为多步骤任务，而不是特别关注这一事实。

在创建向导之前，请考虑用户是否真的必须从程序的主流中断。 可能有一个更轻的内联上下文解决方案，最终会感觉对用户更有帮助和效率。 例如，程序中设计不当的功能不保证向导解释和简化它：它保证重新设计功能本身。 不应将向导用作带援来修复程序更基本的问题。

向导确实具有适当的功能

向导是简化用户体验的关键之一。 它们允许你执行复杂的操作，例如程序配置，并将其分解为一系列简单步骤。 在此过程中的每个时刻，都可以提供所需内容的说明，并显示允许用户进行选择并输入文本的控件。

某些类型的多步骤任务适合向导窗体。 例如，在Windows中，多个向导涉及连接到 Internet 或公司网络或外围设备（如打印机和传真机）的连接 (功能) 。

连接到网络是适用于向导Windows的典型任务。

此处，向导的功能是 (现成操作系统) 和与电话公司或 Internet 服务提供商) (连接安排之间调解已知和稳定。 计算生态系统的复杂性已经足够严重，因此，使用向导减少这种复杂性确实很有帮助。

适用于Windows向导的其他类型的任务包括高端功能 (，例如语音和手写识别) 以及丰富的媒体体验 (，例如配置用于制作和发布电影) 的选项。 还可以为更基本的多步骤任务（例如故障排除）部署向导。 简言之，如果不同的用户可能希望以不同的方式体验程序，则这可以指示需要向导及其容量才能用于多个用户输入点。

对于程序来说，在设计前需要一点设计时间来确定向导所提供的功能，以及该函数是否确实上升到部署向导的水平。

向导长度

设计问题自然而然地出现在页面和选项的数量和组织上。 例如：

• 向导的页数是否最佳？ 还是至少需要的范围？
• 向导应简洁简化，以便用户可以尽快完成该向导？
• 应该有更多的页面需要更少的选择？ 或者更复杂地减少页面？ 哪个设计被视为更可用？
• 可以通过应用 UI 约定（如制表页）来设计更快的向导体验吗？

Microsoft 曾建议将三页或更少的向导设计为简单向导，而四个或更多页面中的向导使用高级向导设计 (请参阅 1999) Windows 用户体验指南。 但是，当前的向导设计标准与简单和高级表单之间的主要区别之一 (欢迎和祝贺页面的使用) ，因此这些类别现在感觉不足，确定设计选择的页面数量似乎是任意的。

向导应与任务要求一样长或短;其长度没有固定准则。 一页向导应真正显示为对话框，因此两页可能是向导最精简的窗体。

正确：

此任务有如此少的选项，使它显示为向导会浪费。 对话框是此用户界面的适当窗体。

在光谱的另一端，如果你有一个包含多个决策点和分支的向导，并且经常导致用户失去导航路径的跟踪，则你已超出实际限制，并应减少向导的长度。 或者，你可以将向导分解为多个不同的任务。

确定向导最适当的长度时，请特别注意目标用户。 面向最终用户（如家庭消费者和办公室工作人员）的计划往往使用向导来隐藏复杂性;向导尽可能短，其中包含尽可能多的选项的干净、简单的页面设计和预先选择的默认值。 相比之下，面向 IT 专业人员的服务器向导或程序往往越来越复杂。 此组目标用户对做出配置决策的容忍度要高得多，如果隐藏了太多复杂性，则实际上可能会变得可疑。

如果向导本质上简化了复杂的任务，那么对于技术上复杂的受众来说，它应该相对最少，对于新手用户群来说，它应该相对积极。

正确：

此向导页专为最终用户设计良好，因为它减少了简单逻辑二进制选项的潜在复杂主题：安装或卸载。

正确：

在 Microsoft SQL Server 2008 的设置向导中，页面设计更加繁忙，许多选择需要更多思考，但目标受众是希望严格控制功能选择的数据库管理员。

最后，请注意特定任务的执行频率。 不频繁的任务可能会部署更长的向导，而频繁的任务绝对应该更简洁。

分支创建

对于较长的向导，可能需要创建任务流的分支，其中页面序列可能会根据提供的“上游”用户输入而有所不同。分支本质上是用户解除分配的，因此必须设计用户体验来传达稳定性。 建议不超过两个决策点，这将导致整个向导中的分支，并且单个分支中没有多个嵌套分支。

有关在分支向导中创建稳定用户体验的指南，请参阅本文的“指南”部分中的 分支 。

提供导航指南

当任务中有许多步骤时，导航指南非常有用，用户可能会失去顺序中的位置，或者只是想要知道完成所需的时间。

导航指南通常显示为向导的页面或部分列表，看起来有点像目录，位于每页左侧的列或窗格中。 尽管该列表在整个向导中保留， (每个页面) 显示相同的页面列表，但有一些视觉方式指示用户当前处于序列 (的位置，例如，使用粗体来区分活动页面或节) 。

导航指南可以是顺序或非顺序。 顺序类型显示过去的页面以及已知的未来页面。 如果步骤已知且页面依赖，则可以在步骤方面提供未来，而不是页面。 然后，可以在页面变为已知时动态填充页面。 由于导航序列是固定的，因此导航指南不是交互式的。

非顺序导航指南是交互式的，因此用户可以直接重新访问以前查看的页面。 它们还可以跳过设计为可选页面的导航序列。 可选页面必须具有大多数情况下可接受的默认值。 使用这种类型的指南：

• 以前查看的页面始终可以直接查看。
• 如果将来的页面具有先决条件，则可能无法查看这些页面。
• 可以访问的页面应与无法 (的页面（例如使用活动或禁用) 的链接以及必需或可选页面）明显区分。

在此方案中，用户可能会对“后退”按钮的含义感到困惑。 单击“后退”会引导你访问导航指南中的上一页或分区，还是查看最后一页或分区？ 由于Windows向导现在将“后退”按钮放在向导页面的左上角，而不是在其他提交按钮的右下角，因此用户会像在 Web 上那样考虑 Back 功能。 因此，最佳解决方案是为“后退”按钮提供 Web 导航含义 (单击“后退”会导致最后一页或部分) 查看，并使用向导导航指南进行顺序导航。

页面完整性

向导设计不仅涉及与整个任务流相关的决策，例如如何处理导航和分支体验，还包括与构成向导的各个页面相关的决策。 设计良好向导页的最重要原则是完整性：页面的内容应属于一起。

如果每个页面在概念上挂在一起，则向导页将更加可用，仅处理整体任务的一个方面。 主要 指令 是实现此目标的主要方法。 清楚地向用户标识页面的目标或用途。 补充说明和页面上的任何控件都与主指令直接相关。 尽管向导页面应该向用户提供一些想法所需的选项，但这种工作感觉不像工作，因为它被页面本身的完整性紧密地集中在一起。

遗憾的是，向导设计器通常会误认为用户快速单击“下一步”按钮作为其页面的可用性、简单性和完整性的证据。 最终向导体验不是“下一步”、“下一步”、“下一步”、“下一步”、“完成”。 虽然这种体验表明，默认值是选择良好的，但它也表明向导并不真正必要，因为所有选项都是可选的。

在视觉对象和文本方面，将这些元素分析为裸体。 抵制在单个页面上捆绑多个子任务的冲动， (“burrito 向导”) 或求助于选项卡来演示复杂的输入要求。 单个页面应涵盖向导总体任务的单个子任务。

不正确：

需要三个相当密集的用户输入选项卡，此向导页正尝试完成太多操作。

在大多数情况下，在整个向导中维护每个页面的大小，以培养一致的外观。 尽管Windows向导允许调整大小的页面，以便页面的大小与内容量匹配，但只有少数人使用此选项。

最后，通过序列维护每个向导页的结构元素。 例如，不要将“后退”按钮从左上角向下移动到页面或两个页面的提交按钮区域。 此级别的布局一致性可帮助用户在向导中保持稳定。 将此视为页面视觉完整性的基线。

查找正确的通信级别

用户对在屏幕上阅读大块文本的容忍度较低，在 UI 图面中，其快速用途是快速移动任务。

向导倾向于过度沟通。 他们在屏幕上占用了大量空间，这似乎鼓励一个驱动器来填补空间。 这就像帕金森法的变体：UI 文本将展开以填充可用空间。

这种过剩的一个罪魁祸首是冗余。 由于早期向导设计中使用的模板，同一语言可能出现在页面上的多个位置，例如标题栏、标题、正文文本、控件标签等。

值得聘请专业编辑来无情地修剪向导文本。 消除各个页面上不必要的问题和选项，并从向导 (中消除整个页面，例如传统的欢迎和祝贺页面) 。 使用目标受众用来描述任务的语言，而不是你或团队在内部使用的技术或功能的行话，使用简明编写的主指令访问页面的点。 这种以用户为中心的方法对于改进程序向导的通信至关重要。

特别注意你的向导的语气：有时你节目最持久的印象不是你说什么的结果，而是你怎么说的！ 在向导中，用户对友好对话语气感到满意，并自由使用第二人称代词 (“你”) 当程序要求输入。 有关更多指南，请参阅 样式和音调。

减少向导页面上的字数通常值得赞扬，但要小心不要走得太远。 如果任务很重要并且需要向导，用户确实欣赏有足够的信息做出明智的选择。 以下示例演示了如何压缩向导文本而不牺牲含义。

之前：

之后：

此向导页的编辑版本提供面向任务的主指令，删除主指令下方不必要的解释段落，并修改复选框标签以澄清复选框的目的。

如果你只做三件事...

1. 映射尝试使用适当的 UI 完成的任务以执行该作业;当你认为需要从用户收集大量输入时，不要简单地默认为向导。

2. 仔细考虑向导的长度和结构;喜欢简短的非分支向导，以便尽可能简单地保持体验，以便用户能够回到对程序的主要任务或兴趣。

3. 确保向导中每个页面的完整性：页面的内容应明确属于一起。

指南

常规

• 首先考虑轻型替代项，例如对话框、任务窗格或单页。 无需使用向导- 可以在任何 UI 中提供有用的信息和帮助。

• 对多步骤任务使用向导。 将多页对话框用于具有反馈的单步任务。 有关更多指南，请参阅 对话框。

  正确：

  

  

  在此示例中，Windows网络诊断包含进度和结果页。 由于任务只是一个步骤，因此它不需要用户在向导中所需的导航按钮。 它实际上显示为多页对话框。

窗口大小

• 选择一个窗口大小，可以显示所有向导页，而无需垂直或水平页面滚动。 虽然页面上的控件可能需要滚动，但向导页本身不得。

• 大小窗口足够大，可以舒适地执行任务。 页面布局不应过于拥挤，也不应要求用户过度滚动或调整大小。

• 但是不要使窗口太大。 较大的窗口使任务感觉更加复杂，并且需要额外的交互移动。

• 将可调整大小的窗口用于可以受益于更多屏幕空间的向导，但不需要它。 分配适当的最小大小。 当页面需要与可调整大小的内容（如大型列表视图）交互时，可调整大小的窗口非常有用。

  正确：

  

  更好：

  

  在此示例中，调整窗口大小可帮助用户查看完整列表。

• 请考虑使用动态大小的向导，其页面大小会根据需要更改其内容。 这样，向导就可以容纳包含各种内容的页面布局。

• 如果用户可能认为更改在向导体验中缺乏稳定性，则更喜欢静态大小调整而不是动态。 视觉稳定性往往胜过内容住宿。 大多数向导应采用标准、静态窗口大小，并为特殊情况保留动态大小。

向导长度

• 使向导尽可能简洁和简化。 删除不必要的选项和问题，并使用智能默认值，以减少用户输入所需的页数。
  • 例外： IT 专业人员和其他技术用户对较长的向导和详细的输入要求具有更高的容忍度。
• 使向导至少包含两页。 应改为重新设计一页向导作为对话框。
• 只需增加每个页面的复杂性，即可减少向导的页面计数。 例如，包含需要用户输入的三个选项卡的向导页应重新设计为三个单独的页面。
• 不要通过使每个页面变得简单，使用户无心单击“下一步”，从而增加向导的页面计数。 这是一个常见的向导设计缺陷。 如果向导页至少不需要某种程度的思考，则可能根本不需要在向导中。

分支创建

• 首选非分支向导设计而不是分支。 非分支向导往往更简单、更短且易于导航。 分支向导使用户更难确定任务中的步骤数以及顺序中的步骤。

• 如果必须分支，请使用以下技术之一帮助用户定位自己：

  • 枚举页面。 一种常见方法是指示用户在每个页面上的位置，如短语步骤 X 为 Y。确保终结点 (Y) 稳定。 如果更改值，这将损害用户的信心。

  • 包括子步骤的概念 (，例如步骤 2a 的 6) 。

  • 使步骤独立于页面，其中每个步骤可能涉及多个页面。 例如，旅游服务可能会根据行业成熟的电子商务约定使用向导组织。

    正确：

    

    逻辑标签可以为分支向导的用户提供足够的方向。

  • 将可选步骤视为枚举序列中的持久性步骤。 例如，如果分支只是跳过几个可选步骤，只需跳过反馈中的步骤，而不是重新编号。 因此，如果用户在第 2 页上做出一个选择，导致第 3 页和第 4 页可选，则显示步骤 1、2、5 和 6（共 6 个）。 不要重新编号步骤 5 和 6。

  • 如果向导采用单个分支，并且分支在任务中提前发生，请在该时间点启动序列，然后只需使用非分支方法。 也就是说，从分支的点开始，按顺序进度到分支的末尾。

• 如果必须分支，请在单个向导中将分支数限制为一两个。 永远不会在分支中包含多个分支， (“嵌套”分支) 。

提交按钮

• 当用户提交到任务时，请使用对主 (指令（例如打印、连接或"开始"菜单) ）的特定响应的提交按钮。 不要使用泛型标签，如 Next (，这并不表示承诺) 或完成 (，这不是提交任务的具体) 。 这些提交按钮上的标签本身应该有意义。 始终使用谓词开始提交按钮标签。 异常：
  • 当特定响应仍处于泛型时使用“完成”，例如“保存”、“选择”、“选择”或“获取”。
  • 使用 Finish 更改特定设置或设置集合。
• 单个向导可以有多个提交点，但首选单个点。
• 如有必要，可以在页面上重命名或隐藏提交按钮。 这种灵活性是较旧向导中不可用Windows中新向导设计的一个优势。 请注意，隐藏提交按钮与禁用提交按钮不同。
• 避免禁用正提交按钮。 否则，用户必须推断禁用提交按钮的原因。 最好让提交按钮保持启用状态，并在出现问题时提供有用的错误消息。 仅当这样做的原因明显且明确时，才可接受禁用该按钮。
• 不要将导航按钮混淆 (“下一步”和“后退”) 与提交按钮。 接下来，在向导中无需承诺即可进行进度;Back 应始终在下一页上可用，单击“后退”应撤消最后一个“下一步”按钮的效果。 如果不可能，用户将做出承诺，并通过提交按钮上的特定标签进行指示。 有关“下一步”和“后退”按钮的更多指南，请参阅 导航。

取消按钮

• 不要要求用户确认他们是否真的打算取消。 这样做可能会令人恼火。 异常：
  • 该操作会产生重大后果，如果不正确，则无法轻松修复。
  • 该操作可能会导致用户的时间或工作量大幅下降。
  • 该操作显然与其他操作不一致。
• 允许用户重启向导，以防错误地取消。
• 请勿禁用“取消”按钮。 异常：
  • 如果取消是有害的，这可能是在自包含向导中执行任务时的情况。
  • 如果无法取消，则向导无法控制所有步骤的情况。

关闭按钮

• 对“Follow-Up”和“完成”页使用 Close。 请勿使用“取消”，因为关闭窗口不会放弃此时所做的任何更改或操作。 请勿使用“完成”，因为它不是命令性谓词。
• 执行任务后，“取消”应成为自包含向导 () 。 Close 的效果只是关闭窗口。

其他控件

• 仅对选项使用命令链接，而不使用承诺。 特定提交按钮表示承诺比向导中的命令链接要好得多。
• 使用命令链接时，请隐藏“下一步”按钮，但保留“取消”按钮。

使用页面 (与对话框或内联 UI)

• 一般情况下，首选页面到对话框。 用户希望向导基于页面。
• 使用对话框来帮助完成页面， 例如使用对象选取器和浏览器。
• 使用对话框提供应用于整个页面的错误消息，以及单击提交按钮的结果。
• 将内联演示文稿用于简单的动态行为， 例如渐进式披露和上下文 UI。
• 对应用于特定控件的错误消息使用内联演示文稿。

向导页面

• 专注于高效的决策。 减少关注基本内容的页面数。 合并相关页面，并将可选页面从主流中取出。 让用户完全通过向导单击“下一步”可能看起来是一个很好的体验，但如果用户永远不需要更改默认值，则页面可能不需要。

• 设计每个页面，以实现单个用途和视觉一致性。 有关详细信息，请参阅 页面完整性。

• 请勿使用欢迎页 - 尽可能使第一页正常工作。 仅在以下情况下使用可选入门页：

  • 向导具有成功完成向导所必需的先决条件。
  • 用户可能无法根据向导的第一个“选择”页了解向导的目的，并且没有进一步解释的空间。
  • 入门页面的主要说明是“开始之前：”。

  不正确：

  

• 新式向导选择功能第一页。 此处无可执行任何操作，但单击“下一步”。 为什么强制用户在其宝贵的时间支付此令牌税？

• 在要求用户做出选择的页面上，针对最有可能的情况进行优化。 这些类型的页面应提供实际选择，而不仅仅是说明。

  • 如果不使用入门页，请说明向导在选择的第一页顶部的用途。

• 使用提交页面在用户提交任务时明确说明。 通常，“提交”页是最后一页的选项，“下一步”按钮将重新标记以指示正在提交的任务。

  • 不要使用仅汇总用户先前选择的摘要页面，除非任务 (涉及安全性、) 丢失时间或金钱损失或用户需要查看其选择的好机会。

• 使用“进度”页显示长时间操作的状态。 成功完成后，进度页应自动前进到下一步。 仅当用户需要看到的问题时，它才应保留在进度页上。 单击“返回到进度”页不应产生副作用。

  • 使用单个确定进度栏。 遵循 确定进度栏指南，包括：
    • 清楚地指示完成。 除非操作已完成，否则不要让进度栏达到 100%。
    • 不要重启进度。 如果进度栏重启 (可能因为操作中的步骤完成) 而丢失其值，因为用户无法知道操作何时完成。 相反，让操作中的所有步骤共享一部分进度，让进度栏转到完成一次。
  • 提供进度栏上方当前步骤的简洁说明。 对于快速操作，不需要此类文本;仅进度栏就足够了。 对于需要一分钟或更长时间的操作，文本可能会有所帮助。
    • 使用句子片段，通常以谓词开头，以省略号结尾。 示例：复制文件...，安装所需的组件。...
    • 将文本放在条形图上方，而不是下方。
    • 不正确：
    • 
    • 在此示例中，解释性文本应显示在进度栏上方。
    • 不要用不必要的详细信息来混乱进度页。 此页不适用于技术支持;它适用于用户。
    • 不正确：
    • 
    • 在此示例中，技术详细信息（如 GUID）对用户毫无意义。

• 不要使用不执行任何操作但结束向导的恭喜页面。 如果向导结果显然对用户可见，只需在最终提交按钮上关闭向导即可。

  • 当用户可能执行相关任务时，请使用Follow-Up页面。 避免熟悉的后续任务，例如“发送电子邮件”。
  • 仅当结果不可见并且没有更好的方法为任务完成提供反馈时，才使用“完成”页。
  • 具有“进度”页的向导必须使用“完成”页或Follow-Up页来指示任务完成。 对于长时间运行的任务，请关闭“提交”页面上的向导，并使用通知来提供反馈。

• 仅当输入很复杂且用户需要查看时，如果任务涉及重大风险 (（如财务转换) ），或者向导将基于用户输入执行操作，这些输入并不明显 (通过透明度) 生成信任。 通常，摘要页不满足此相关性栏，可以省略。

• 如果由于无法从中恢复的问题而无法完成向导，请使用错误页。 在此页上，说明问题是什么语言清晰，没有技术行话用户无法理解。 此外，为用户提供解决问题所要采取的实际步骤。 有关更多指南，请参阅 错误消息。

  • 例外： 如果向导完成时出现可能恢复的次要问题，将问题作为附加任务而不是错误呈现。 使用积极、面向成功、鼓励语言，而不是错误、失败或问题等术语。 不要使用错误图标。

导航

• 仅在不承诺的情况下前进到下一页时，才使用 Next。 单击“返回”或“取消”无法撤消其效果时，下一页将被视为承诺。
• 使用 Back 仅更正错误。 除了更正错误之外，用户不必单击“返回”以在任务中取得进展。
• 通过导航保留用户选择。 例如，如果用户进行更改，请单击“返回”，然后单击“下一步”，应保留这些更改。 除非用户明确选择清除更改，否则用户不需要重新输入更改。
• 除非重复步骤有害，否则不要禁用“后退”按钮。
• 允许用户在以下导航方案中浏览或修改选项：
  • 用户提供输入、单击提交按钮、单击“返回”查看以前的更改、不更改任何内容，然后单击“提交”按钮。 通常，这应该可行，第二个提交应仅前进到下一页 (，因为该任务已完成) 。
  • 用户提供输入、单击提交按钮、单击“返回”查看以前的更改、更改内容，然后再次单击“提交”按钮。 通常，这应该可行，第二个提交应使用更改的输入重做任务， (替换或撤消第一个) 的效果。

帮助

• 设计向导页面以提供足够的信息，以便不需要引用程序帮助中的文档。 向导已经将用户从他们所需的直接交互中带走;要求用户寻求外部帮助会进一步从此状态中删除它们。 帮助应该是例外，而不是规则。
• 如果必须提供指向“帮助”的访问点，请使用页面内容区域左下半部分的链接 (命令区域上方) 。 此链接应该是简短的，通常以用户最可能想要回答的问题的形式表述。
• 正确：
• 
• 此指向帮助的链接是合适的，因为此类基本背景信息会使向导页面变得过于混乱。

文本

常规

• 使用你和你来引用用户和用户的计算机、文档、设置等。 不要使用第一个人 (我，我的) 引用计算机或向导。 但是，在用户选择的选项中使用第一个人是可以接受的。 示例：我只使用 复选框。
• 每个向导页都必须有 一条主指令。

标题

• 在标题栏中放置向导的名称。 使用游戏样式大写。
• 游戏不应包括标点符号，但带有问号的标点符号除外。
• 请勿在向导标题中包含“向导”一词。 例如，使用连接到网络而不是网络设置向导。

按钮

• 不要在“后退”按钮中包含文本。 请改用箭头标志符号（未标记）。

• 在“下一步”按钮上添加文本。 除了“下一步”一词外，请勿使用字形 (，例如 > 或 >>) 。

• 使用特定的提交按钮标签，这些标签本身有意义，并且是对主指令的响应。 理想情况下，用户不必阅读其他任何内容才能理解标签。 用户比静态文本更有可能读取命令按钮标签。

• 如果可能，请勿对提交按钮标签使用“完成”一词，因为通常有更好的更具体的提交按钮：

  • 如果单击按钮提交到任务 (，以便任务尚未) 执行，请使用以谓词开头的特定标签，该标签以响应主指令 (示例：打印、连接、"开始"菜单) 。

  • 如果已在向导中执行任务，请改用 Close。

    异常：

    • 当特定标签仍为泛型标签时，可以使用“完成”，例如“保存”、“选择”、“选择”或“获取”。
    • 当任务涉及更改设置或设置集合时，可以使用“完成”。

• 使用谓词"开始"菜单提交按钮标签。 异常为“正常”、“是”和“否”。

• 使用 句子样式大写。

• 不要使用结束标点符号。

文档

• 尽管大多数Windows向导在标题中不再具有“向导”一词，但可以接受将向导称为文档中的向导。 此引用应为小写。
• 正确：
• 如果第一次设置网络，可以使用网络向导的连接获取帮助。
• 来自早期版本的Windows的某些旧向导可能包括游戏中的向导。 引用其中一个向导时，可以使用 [X] 向导来避免说 [X] 向导向导是可以接受的。
• 将向导中的单个屏幕称为页面。