诺曼交互模型
了解使用诺曼模型进行交互的入门知识。
交互模型
在前一章中，我们了解到人类与计算机都是复杂的实体。它们的沟通方式和感知方式存在差异。为了实现人机之间成功的交互，必须通过界面有效地进行信息转换。交互模型有助于我们更好地理解信息交互与转换的过程，识别可能出现的问题，并找到预防方法。
在深入探讨交互模型之前，先了解一些常用术语：
- 领域（Domain）： 研究的知识、工作和专业范围
- 目标（Goal）： 所期望的输出结果
- 任务（Task）： 为达成目标而需执行的一系列操作或动作
- 意图（Intention）： 为实现目标而需要执行的具体操作或动作
- 核心语言（Core language）： 系统内部使用的语言
- 任务语言（Task language）： 用户用来表达操作的语言
示例：
在一个文档编写领域中，一个常见任务是使用特定字体和样式撰写一段文字。该任务的目标可能是：将段落居中对齐，使用黑色文字，字号为14，字体为Arial。相关意图可能包括选择字号、选择文字颜色等。用户用于定义操作的语言（如“选择字号”、“选择文字颜色”）即为任务语言；而系统后端用于执行各项功能的语言则为核心语言。
注意： 交互模型从单一用户的视角出发。在多人环境（如视频会议）中，其他用户从某个用户的角度来看，属于系统的一部分。
诺曼的交互模型
诺曼的交互模型，也称为执行-评估循环，是最具影响力的模型之一。根据该模型，用户首先确立目标，然后通过系统界面执行一系列操作以实现目标。当操作完成后，系统会在界面上呈现输出结果。用户观察界面并判断输出是否符合预期目标。如果目标已达成，循环结束；否则，用户重新制定新目标，重复整个过程。
诺曼模型的七个阶段
上述交互过程可划分为以下七个阶段：
- 建立目标
- 形成意图
- 规定操作序列
- 执行操作
- 感知系统状态
- 解释系统状态
- 评估系统状态
示例
假设目标是将一段文字的字号设为14。现在文字已写好，但用户希望增大其中一部分文字的字号。我们可以将这一任务分解为诺曼模型的七个阶段：
| 阶段 | 描述 |
|---|---|
| 建立目标 | 增大文字字号 |
| 形成意图 | 从工具栏的字体选项中选择比当前字号稍大的一个字号 |
| 规定操作序列 |
|
| 执行操作 | 执行上一步指定的所有操作 |
| 感知系统状态 | 观察（查看）被选中的文字 |
| 解释系统状态 | 观察文字，检查其字号是否与之前版本有明显变化 |
| 评估系统状态 | 将当前文字大小与目标对比。若满足需求，则循环结束；若字号过大，需制定新目标减小字号；若仍不够大，则制定新目标进一步增大字号 |
为何某些界面会导致用户问题？
诺曼利用此模型说明了为何某些界面会引发用户困扰。他总结出两个关键概念：
-
执行鸿沟（Gulf of execution）： 用户设想的操作与系统实际允许的操作之间的差距。执行鸿沟越小，界面越有效。更具体地说，一个高效的界面应使用户能够自由执行所需操作，而不受系统限制的束缚。
-
评估鸿沟（Gulf of evaluation）： 系统输出的呈现方式与用户预期之间的差距。评估鸿沟越小，界面越有效，用户能更容易根据自身目标判断输出是否符合预期。
人为错误
诺曼解释了系统侧可能出现的问题，但错误也可能出现在用户侧。我们可以区分两种类型的人为错误：失误（slip） 和 错误（mistake）。
-
失误（Slip）： 用户理解系统和目标，能正确制定操作步骤，但在执行时出现偏差。例如打字错误、误触按钮等。这类问题可通过优化界面设计来避免。
-
错误（Mistake）： 用户对系统、界面或目标缺乏理解，导致行为偏离正确方向。例如误解图标含义。这类问题可通过提升用户对系统的认知来避免。
诺曼模型的局限性
诺曼模型清晰直观，有助于我们理解交互过程。然而它也存在一些局限：
-
它将系统仅视为一个界面，忽略了系统本身可能存在的问题。实际上，交互问题也可能源于系统内部机制，因此理解系统如何运作同样重要。
-
它只关注用户对交互的视角，忽视了系统如何感知、处理和转换用户操作，并更新自身状态的过程。