UI提示可防止用户错误

Question

应该遵循哪些UI / GUI指南，巧妙地（或不是那么微妙地）引导用户，以便他们不会在脚下射击。

例如，您可能希望为超级用户提供“清理”不常用记录数据库的能力，但如果用户只花了数小时输入新记录，则不希望新用户尝试该选项 - 他们可能会失去所有这些，因为他们“不经常使用”。请不要解决这个具体问题 - 这只是为了澄清这个问题。

虽然可以编写一堆业务逻辑来防止某些问题，但您无法解释用户可能做的所有事情。

• 哪些常用技巧，提示和技巧可以防止不当使用？
  • 即，我应该如何设计界面以提醒用户注意要采取的功能或行动
• 如果采取不良行动，我应该设计什么才能限制风险和曝光？

- 亚当

Answer 1

一切都可以撤消。不要擦除 - 停用。在每次破坏性操作之前备份，并为用户提供恢复的方法。

这就是道路。很难一直遵循它，但这是你的目标。

Answer 2

可以撤消危险行为。

如果它是一个相当大的应用程序或系统，也需要对危险操作进行单独的管理访问。

Answer 3

Don't Make Me Think

你可以，事实上你必须考虑他们可能做的一切。因为你（作为设计师）能够让他们做所有这些事情。

在把任何物品放在gui身上之前“你可以滥用吗？”如果可以，您可能希望采用较低级别的可自定义性。 示例层次结构

• 按钮 - 可以点击。
• T / F单选按钮（必填） - 只有两个选项。
• 组合框 - 许多选项，可能“没有选项”。更令人困惑的。
• 文本字段 - 无数不一致的选项。对用户来说更加困惑，对编码人员来说更危险。

基本上，如果用户不需要额外的选项，那么不要给他们额外的选项。你只会混淆他们。

Answer 4

这是一篇旧文章，但它仍然很棒：

Microsoft Inductive User Interface Guidelines

Answer 5

永远不要依赖任何说“你确定吗？”用户总是确定的，如果他们在解雇之前甚至不愿意阅读它。

Answer 6

我认为，如果存在错误或模棱两可，用户很少会出错，而且用户界面总是要受到责备。所以，当你说“用拳头打脸”时，用“pebkac”标记，我认为你会在脸上打一巴掌。

不幸的是，我无法提供任何良好的用户体验建议，因为我只是程序员，因此根据定义或多或少取消了作为优秀的UI设计师的资格。我想指出一个可能性，你实际上可能是那个需要了解线索的人，并试图对用户更加谦虚。

为亚当编辑：

我对UX的了解很少，我对此知之甚少。这是一条完整的职业道路。我知道一个事实是，在Stack Overflow上问一个让我很好的问题，很少有人可以学习。就像我在问“帮助我写出更好的代码”一样，用正文讲述了我的同事如何嘲笑我的代码。

我们程序员是工程师。我们喜欢秩序，理性和逻辑决策。但普通用户不是程序员，也不是工程师，在很多情况下，对计算机本身并不感兴趣。

我很高兴人们给你提供了很好的建议，我很高兴你，与我的第一印象相反（我很抱歉），渴望得到这些，并了解需要用户。

但重点仍然是：你需要购买书籍（不要让我认为是一个很好的起点，正如已经建议的那样）。您需要了解人们如何使用您的软件。你需要观察他们绊倒的地方，并在你的用户界面看起来很自然之前抓住它们。

对不起，我还是不能给你答案。因为我没有它。即使我 拥有它，我也可能需要每小时收取50欧元，未来几年。

Answer 7

对用户进行分区并拥有细粒度的权限。

定义一些启用“更危险”操作的高级用户权限。

不会轻易给出高级用户权限 - 仅限实际用户 - 并且很容易撤销。

Answer 8

使用户操作的结果可见，并提供撤消这些更改的方法。

当变化可见时，用户会得到关于结果是否是他打算做的反馈，如果不是，那么撤消的可能性将让用户再次尝试达到他的目标。如果可能，在用户调用操作之前使操作的结果可见（例如，在拖动某个元素时，显示如果用户释放鼠标按钮会发生什么，例如可视化添加要移动的元素的位置以及可视化元素从其移动的位置的移除。）

有几种类型的撤消。最简单的是单步撤消（如在记事本中），但通常是不够的。更好的是多步撤消（如在Word中），它涵盖了大多数情况，但不允许撤消特定操作而不撤消之后已完成的所有操作。这可以通过特定于对象的撤消来解决，例如，在具有许多字段的表单中（或像Excel中的网格中的单元格），右键单击该字段将显示该字段中的先前值的列表。对于已删除的数据，您可以存储已删除的数据，用户可以在删除数据后从中恢复数据（例如，如果用户删除了Powerpoint中的幻灯片）。最后，您可以获得每个更改的完整版本历史记录，例如Local History在IntelliJ IDEA中工作 - 每次保存文件时创建历史记录条目（并在几秒钟不活动后自动保存所有内容）。 / p>

确认对话框无济于事。用户可能会在第一次读取它，但很快就会在对话框中单击“确定”变为自动过程，用户将在对话框出现之前按Enter键。然后确认对话框变成了不必要的机械工作的来源。用户总是确定要做一些动作，即使他错了 - 否则他就不会做那个动作。

Answer 9

我可以通过几种不同的方式来处理这些类型的事情。

1. 用户文档 - 首先为他们提供一些可供使用的文档，并使系统易于使用。只是一般的可用性和描述性的名称/行为。
2. 提供带警告的确认屏幕。通过黄色框内的警告全面披露动作将要执行的操作。它引起了人们的注意，并有助于防止对其他物品的需求。
3. 制定回滚计划。对于大型风险操作，您可以简单地设置“已删除”标记，或者将数据卸载到各种临时“回收站”中，如果它们意外删除/修改了无意的数据。
4. 需要多次批准才能进行数据清除操作，尤其需要采用双层方式，需要获得不同用户的批准。

这些只是我的一些想法。

Answer 10

立即想到两件事。

第一个是渐进式披露的概念，即仅向用户展示他们为完成手头任务所需的东西。我们看到有多少UI在单个对话框中有数百个控件？将控件划分为各自的任务，并且只允许用户一次执行一项任务。对话框中的“高级”按钮是实现此目的的一种方式，此概念还具有将高级用户与普通用户分开的额外好处。普通用户不太可能尝试可能超出其技能水平的任务。

第二个是利用向导概念来完成复杂的任务。我知道巫师已经失去了风格，但如果任务真的很复杂，用户通常会喜欢他们最初几次举手。一个很好的例子是WinZip向导界面。如果您之前从未压缩过文件，则此向导会使用逻辑进程指导您完成整个过程。然后，一旦你对它感到满意，你就可以切换到经典界面来更快地压缩文件。

当然要做到这一切不仅需要开发人员的承诺，还需要管理层的承诺。可悲的是，这就是失去许多可用性战斗的地方。