15

My boss believes that wizards make things simple for the user. I think they have their place but I can't really define what that place is. I feel there is a danger in turning something into steps that doesn't need them.

Does anyone know where I could find rules for such things, or even a guideline to follow that describes when and when not to use wizards and possibly even other UI elements.

4

4 回答 4

14

以下是一些常见的人机界面指南关于何时使用它们的内容。大多数都非常严格:

侏儒HIG

助手是一个辅助窗口,它通过将操作分解为连续的步骤来指导用户完成操作。助手有助于减少复杂的操作,因为它们限制了用户在任何给定时刻可见的信息。[...]

助手确实有很大的缺点。使用助手后,通常很难弄清楚聚合到助手中的各个设置的存储位置。人们通常会求助于重新运行助手,重新输入许多他们不想更改的设置。

助手通常用于更好的解决方案是简化流程甚至更好地自动化流程的情况。在使用助手引导人们完成复杂操作之前,请考虑是否可以从根本上简化操作,从而不需要助手。

Microsoft Windows 体验交互指南

首先考虑轻量级替代方案,例如对话框、任务窗格或单页。向导是一个沉重的 UI,最适合用于多步骤、不经常执行的任务。您不必使用向导——您可以在任何 UI 中提供有用的信息和帮助。

Apple 人机界面指南

对于具有复杂设置程序的产品,设置助手可能会有所帮助

(在任何其他上下文中都没有提到助手,就像在其他 HIG:s 中一样,所以我认为这意味着 Apple 认为他们除了设置之外没有其他位置)

于 2009-09-09T14:43:14.700 回答
5

我同意你的观点,巫师有他们的位置。而那个地方又回到了艾泽拉斯。

不,但说真的,如果用户必须输入许多不同的数据字段,使用向导将数据输入分成几个相关的组可能有助于减少混乱。

如果向导涵盖由步骤 A、B 和 C 组成的过程,并且 B 或 C 处的输入取决于前一步的输入,则向导可能是构建应用程序的好方法。

可能还有很多其他情况需要使用巫师(这只是我脑海中的两个),但在每种情况下,您都需要评估它并确保巫师是绝对的最佳选择。借用一句老话,不会因为你的老板想让你把奇才当锤子,就什么都成了钉子。如果这是有道理的。

就最佳实践指南而言——Wizards 的使用似乎属于UX而不是UI,但这里有一些我遇到的项目:

于 2009-09-09T14:37:26.223 回答
4

试试看这个

于 2009-09-09T14:47:40.343 回答
3

我建议尽可能避免使用巫师。人们的注意力很短,你冒着这样的风险,在它的中间,他们开始忘记所说的,他们在那里做什么等。

话虽如此,我认为在执行某些购物(例如结帐)、首次配置等时可能是可行的?

何时开发向导

始终尝试:

  • 只询问真正需要的信息
  • 尽可能简化,从而避免需要额外的解释

创建向导时:

  • 清楚地显示需要多少步骤以及完成了多少
  • 允许用户还原或取消它
于 2009-09-09T14:50:13.727 回答