速度和易学性并不直接相互冲突，但设计这样的图形用户界面似乎很容易缺乏其中之一（或两者都缺乏）。GUI设计师大多数时候似乎更喜欢“易学性”，即使“快速应用”可能更明智。
只有少数UI概念或程序是针对最大化使用该程序的峰值效率而加权的。它们中的大部分还没有变得常见。
普通人更喜欢gedit而不是vim。对于普通人来说，已经有足够好的GUI，因为二十年前已经进行了大量研究。
我想获得一些有关如何在UI中做出“易学性”的权衡而不是“快速应用”的建议。
8个回答
10
我们的产品因其比竞争对手提供更强大且易于使用的界面而赢得了许多奖项。几年前，我在Bell Labs的一个人机界面研究小组担任职位后设计了这个界面，因此我对什么是“成功”的概念有了相当清晰的认识。我有四条设计建议可用于创建简单但功能强大的界面。
首先，选择在其环境中有意义的隐喻，并尽力坚持它。这不一定是物理隐喻，尽管如果与不懂技术的人一起工作，则可以帮助。这在Windows早期很流行，但其价值仍然存在。我们使用了一个“文件夹和页面”隐喻，使我们能够组织各种任务，同时不影响专业用户的风格。
其次，在数据显示和任务之间提供一致的布局关系。在我们的界面中，每个“页面”都以完全相同的位置显示一组操作按钮，并且在可能的情况下使用相同的实际按钮。因此，一旦学会了一个页面，用户就可以开始学习其他页面。其中一个始终放置在独特位置的按钮是“帮助”按钮...这将我带到第三点。更一般的规则是：找到在一个领域利用学习来帮助学习其他领域的方法。
第三，提供上下文相关的帮助，并确保它回答了用户的主要问题（通常是“我现在该怎么做”？）。您有多少次看到过技术帮助只是展示继承树、构造函数语法和方法字母表的字典式内容？那不是帮助，而是滥用。我们将所有帮助都集中在引导人们完成样例任务上。在特别困难的区域，我们还提供了多媒体教程。
首先，选择在其环境中有意义的隐喻，并尽力坚持它。这不一定是物理隐喻，尽管如果与不懂技术的人一起工作，则可以帮助。这在Windows早期很流行，但其价值仍然存在。我们使用了一个“文件夹和页面”隐喻，使我们能够组织各种任务，同时不影响专业用户的风格。
其次，在数据显示和任务之间提供一致的布局关系。在我们的界面中，每个“页面”都以完全相同的位置显示一组操作按钮，并且在可能的情况下使用相同的实际按钮。因此，一旦学会了一个页面，用户就可以开始学习其他页面。其中一个始终放置在独特位置的按钮是“帮助”按钮...这将我带到第三点。更一般的规则是：找到在一个领域利用学习来帮助学习其他领域的方法。
第三，提供上下文相关的帮助，并确保它回答了用户的主要问题（通常是“我现在该怎么做”？）。您有多少次看到过技术帮助只是展示继承树、构造函数语法和方法字母表的字典式内容？那不是帮助，而是滥用。我们将所有帮助都集中在引导人们完成样例任务上。在特别困难的区域，我们还提供了多媒体教程。
第四，提供用户定制界面的功能。我们的用户通常没有在工作中使用特定的“页面”（分析类型）。因此，我们设计了非常简单的操作方式，让他们能够关闭这些页面，从而看到尽可能简单的界面。我们的应用程序通常由一个高级用户安装，然后由多个员工使用，所以这对我们来说更是一种成功，因为我们通常可以指望高级用户理解如何关闭。但是，我认为这通常是一个很好的建议。
祝你好运！
- Mark Brittingham
2
速度和易学性确实是相互冲突的。菜单项告诉您它的功能，以便您不必记住。但是这比您必须记住才能从中受益的键盘快捷方式要慢得多。解决此冲突的一般技术似乎是允许有多种方法来完成任务。虽然通常无法同时快速且易于学习地完成某件事情，但您通常可以提供两种完成相同任务的方法：一个快速的，一个显而易见的。
人们有不同的类型。学习差距是兴趣、动机、智力能力等的结果。有一类人甚至不会费心去了解哪个菜单提供了他们想要的操作，他们每次都会清除菜单栏。还有一小部分人认为vim（或emacs）是自面包片以来最好的东西。大多数人可能处于这些极端之间。
我认为您正在询问如何追求快速UI。您的问题对我来说并不特别清楚。
首先，保持一致。这有助于加快速度和易学性。自一致性最重要，但与您的环境保持一致也可能很重要。
对于真正的速度，要尽可能少地需要关注和动作。键盘快捷方式很快，因为经验丰富的用户知道它们在哪里（他们不必查看），并且他们的手已经在键盘上。特别是避免强迫用户在计算机前改变位置（例如，在鼠标和键盘之间移动一只手）。
键盘几乎总是比鼠标快。
自定义（特别是编写自定义脚本的能力）将使电源用户使界面按照他们特定的习惯最快地工作。
使得可能在没有最强大的功能的情况下进行操作。要在vim中生存下来，您只需要知道“i、ESC、：wq、：q！”。有了这个，您可以使用vi，就像许多人使用记事本一样。但是，一旦您开始学习“h、j、k、l、w、b、e、d、c”（等等），您会变得更加高效。因此，存在陡峭的学习曲线，但是在克服它之前，您可以通过。
请记住，如果您专注于界面效率，您可能会限制您的用户群。 Vim在程序员中很受欢迎，但许多程序员使用其他工具，并且在非程序员中几乎不为人知。大多数人想要易用性，而不是快速性。有些人想要平衡。只有极少数人想要快速。
人们有不同的类型。学习差距是兴趣、动机、智力能力等的结果。有一类人甚至不会费心去了解哪个菜单提供了他们想要的操作，他们每次都会清除菜单栏。还有一小部分人认为vim（或emacs）是自面包片以来最好的东西。大多数人可能处于这些极端之间。
我认为您正在询问如何追求快速UI。您的问题对我来说并不特别清楚。
首先，保持一致。这有助于加快速度和易学性。自一致性最重要，但与您的环境保持一致也可能很重要。
对于真正的速度，要尽可能少地需要关注和动作。键盘快捷方式很快，因为经验丰富的用户知道它们在哪里（他们不必查看），并且他们的手已经在键盘上。特别是避免强迫用户在计算机前改变位置（例如，在鼠标和键盘之间移动一只手）。
键盘几乎总是比鼠标快。
自定义（特别是编写自定义脚本的能力）将使电源用户使界面按照他们特定的习惯最快地工作。
使得可能在没有最强大的功能的情况下进行操作。要在vim中生存下来，您只需要知道“i、ESC、：wq、：q！”。有了这个，您可以使用vi，就像许多人使用记事本一样。但是，一旦您开始学习“h、j、k、l、w、b、e、d、c”（等等），您会变得更加高效。因此，存在陡峭的学习曲线，但是在克服它之前，您可以通过。
请记住，如果您专注于界面效率，您可能会限制您的用户群。 Vim在程序员中很受欢迎，但许多程序员使用其他工具，并且在非程序员中几乎不为人知。大多数人想要易用性，而不是快速性。有些人想要平衡。只有极少数人想要快速。
- Steve S
4
键盘几乎总是比鼠标更快。如果人们不是每天都在使用您的产品，那么学习键盘快捷键就不值得了。最多只应该为高级用户提供其作为一个选项。大多数人甚至不使用 Ctrl-C 来复制 Windows 中的内容。 - Nathan Long
@nerdposeur -- 我想我在我的回答的“抱怨”部分已经涵盖了这一点。但我不会说这不值得。对于大多数Windows用户来说，学习Ctrl-C可能是值得的，但很多人并不在意。 - Steve S
@Steve S -- 我认为你的菜单示例并没有展示速度和易学性相互抵触，而是相互支持：你有不显眼的菜单，可以在学习时使用，而且你在菜单中列出了快捷方式，所以当你足够自信时就可以开始使用它们。 - Niko Nyman
@Niko -- 菜单和快捷方式是两个不同的界面。只是因为菜单包括了快捷方式的帮助，这并不意味着它们相同。这只是加强了菜单提供易用性而非快速性的想法（你仍需在菜单中查找快捷方式）。 - Steve S
2
Autocad拥有控制台模式。当您使用鼠标和工具栏执行操作时，相应的命令文本会被写入控制台。您可以直接在其中键入命令。这为学习命令的高级用户名称（它们非常短，类似于Unix命令）提供了很好的方法，从而大大促进了从初学者到高效用户的过程。总体而言，主要关注点是尽量减少鼠标和键盘之间的移动，因此将许多功能放入鼠标或键盘中非常重要，因为当您必须像那样移动手时，尝试找到正确的位置会导致真正的延迟。
- Jesse Pepper
1
作为一名AutoCAD用户，我不同意选择鼠标或键盘。我使用双手同时使用两者。然而，AutoCAD有点独特，因为它通常需要使用鼠标。我使用键盘启动命令和输入参数，使用鼠标移动物体和绘图。 - CAD bloke
2
避免让用户感到困惑，尽量使程序界面直观易懂。通常，那些使用非常令人沮丧的用户界面的程序都有一个共同的问题：开发者在设计用户界面之前没有清晰地定义程序实际要做的事情。
这不是一个“容易”的问题，有些人会直接进入用户界面并开始编写与其对应的代码，而不是先编写计划好的程序核心，然后再规划相应的用户界面。
这适用于Web应用程序、桌面应用程序，甚至命令行程序。良好的设计意味着在确保“范围蔓延”不再存在之后（而且只有在此之后），才编写用户界面。
当然，你需要一些界面来测试你的程序，但要准备好在发布程序之前将其丢弃并进行改进。否则，很可能只有你自己能够理解程序的用户界面。
这不是一个“容易”的问题，有些人会直接进入用户界面并开始编写与其对应的代码，而不是先编写计划好的程序核心，然后再规划相应的用户界面。
这适用于Web应用程序、桌面应用程序，甚至命令行程序。良好的设计意味着在确保“范围蔓延”不再存在之后（而且只有在此之后），才编写用户界面。
当然，你需要一些界面来测试你的程序，但要准备好在发布程序之前将其丢弃并进行改进。否则，很可能只有你自己能够理解程序的用户界面。
- tinkertim
2
我不确定那个术语词典是否有特别资格对美学进行评判... - jTresidder
定义非常通俗易懂，而且具有自证性。无论是否参考行话文件，该术语的含义都是不言自明的。我确实同意行话文件（尤其是由于ESR的坚持“改进”它）并不具有权威性，但在这种情况下，这是一个无关紧要的问题 :) - Tim Post
1
我想向你推荐Kathy Sierra的旧博客，以了解“易学”和“快速应用”的思考——我不一定认为两者之间需要有权衡。
以下是三篇帖子供您开始阅读：
以下是三篇帖子供您开始阅读：
- 用户应该拥有多少控制权？这篇文章思考了“快速应用”是否是我们应该追求的理想。
- 高分辨率用户体验讨论了你对“普通人”和其他人说的话。并不是说有不同类型的人，而是存在不同的学习水平/专业知识/参与程度。有些人对较少的内容感到满意，而有些人则需要更多。如何从较少走向较多，对每个人来说都基本相同。
- 最后，特性病 vs. 用户高峰期谈到了@tinkertim指出的 范围扩大 问题。
- Niko Nyman
1
你看过Gimp快捷键吗？
使用漂亮的可视化控件，在悬停控件时显示键盘快捷键，这将有助于快速学习模式。如果你的软件复制了其他程序的某些行为 - 复制它们的快捷键映射（如复制/粘贴/新建标签页/关闭窗口等），但允许动态重新映射它们，就像Gimp所示。对于重复操作，您可以实现Action recoder。但这取决于软件类型。
- Malx
2
Gimp因其对美学和易用性的故意忽视而被禁止在UI讨论中提及。这是法律规定的 :) - jTresidder
你是Gimp的用户吗？;) 我觉得不是。我是Gimp的用户，我认为它的界面非常高效。那是这里的首要问题。易用性并未包含在界面中，但可以通过简单的教程实现。 :) - Malx
0
在编写自己的用户界面时，我自己也明白了一些事情。
我模仿了vim，但同时也意识到为什么它在文本编辑方面如此快速。这是因为它承认了一个事实：人们更喜欢一次只做一件事情（插入文本、导航、选择文本），但他们可能经常切换任务。
这意味着，如果保持模式切换方案简单，您可以将不同的活动打包到不同的模式中。这为更多命令提供了空间。用户还可以更好地学习完整的界面，因为它们已经合理地分组。
Vim实际上充满了命令，键盘上的每个字母都可以在vim中执行某些操作，具体取决于模式。尽管如此，我仍然能记住大部分命令。这全是因为有模式存在。
我知道很多项目嘲笑依赖于模式的行为。主要争论是不确定你处于哪种模式。在vim中，我从来不会对我所处的模式感到不确定。因此，如果训练有素的用户无法识别界面当前处于哪种模式，则界面设计是失败的。
- Cheery
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接