一般开发者应遵循哪些好的可用性指南?

28

我不是一个专业的可用性专家,也不想成为其中之一。

我只想有一小套规则,可以在编写用户界面时遵循,以便我的产品具有合理的可用性。

起初我以为这个问题很容易回答“运用你的常识”,但如果这对我们开发人员来说是如此普遍,我们作为一个群体就不会因糟糕的界面而声名狼藉。

有什么建议吗?

16个回答

24

1
这并没有真正回答问题。 - Allain Lalonde
是的,我很抱歉。但你可以从中学到一些课程:尝试让它变得简单 - 或者像其他人说的那样,让它变得禅。就像史蒂夫·克鲁格在他的书中所说的那样:“不要让我思考!” - Marcio Aguiar
现在我感到有点内疚,因为它已经排在了顶部。哈哈 :) - Marcio Aguiar
1
我认为这是一个相当不错的答案。尽可能地使界面简单直观,特别是对于用户每天会与之交互数十次的部分。将可怕的表单留给管理员和“千载难逢”的功能。 - CMPalmer
2
实际上,这个回答非常好。图片的重点是说:“看看苹果和谷歌,他们有非常成功的产品。现在看看他们用户界面的简单性,并将其与您自己的业务应用程序进行比较。”仅仅因为它是一款商业应用程序,并不意味着它应该拥有简单、清洁、易于使用的界面。不,这个答案并没有给出一套规则要遵循,除了“保持简单”,但它仍然是一个很好的答案。 - Scott Dorman
啊,你甚至没有提供替代文本,现在图片已经无法显示了。 - Ry-

12

阅读Steve Krug的《不让我思考》。它是一个很好的起点,也是一篇简单易读的文章。

编辑:这主要是关于网络可用性的,但即使你正在做富客户端开发,它仍然是一篇很好的文章。


7

只有两件事:

  1. "当程序的行为与用户预期完全相同时,用户界面就是设计良好的" - 引自 Joel Spolsky 的《程序员的用户界面设计》。
  2. 让真正的最终用户使用你的设计。最好是真正的最终用户,但是为了获得轻量级、快速的反馈,你可以找一个同事进行走廊可用性测试。

如果你记住 Joel 的建议,并确保对你所做的事情进行反馈并采取行动,即迭代,你就不会太错。我也推荐 Steve Krug 的《别让我思考》 - 这可能是我读过的最好的与工作相关的书籍,适用于桌面软件和网站。

希望这可以帮助到你。


5
  • 不要让事情以与用户预期不同的方式工作(例如,在Web表单中使用Ajax时破坏“返回”按钮)
  • 遵循K.I.S.S原则

实际上,任何人发布的规则都是主题的变体: 不要让用户思考

已经发布了“别让我想”的内容,请参阅日常设计Web标准设计,这些对于轻度可用性阅读也非常有益。


4
以下是翻译的结果:

这里有一些简单的规则:

  • 使用更少的点击次数越好。
  • 经常使用的功能应该更容易找到。
  • “高级”用户的功能比上面的功能更难找到。

考虑用户需要点击鼠标/键盘的次数。

PS-请不要告诉Microsoft Office 2008的人们,否则这些可怜的小家伙今晚会哭着入眠! :)


4
我要给别人的最重要的建议是先从UI入手,用笔和纸记录下来。这样,你就不会下意识地将按钮与功能、输入字段与变量等耦合在一起。
最好的UI可能很难编码,如果你的后端代码大部分已经写好,那么它会破坏你的思维。
除此之外,我会指向苹果人机界面指南。当然,如果你的平台不是OS X,请谨慎对待OS X部分。在OS X中有效的东西可能在Windows上无效。你应该拥抱你的平台的惯用语。
除了OS X的内容之外,该文档还有一些关于基础知识的很好的起点。

4
避免使用modes。当输入有时有效,有时无效或在不同时间执行不同操作时,这会让用户感到沮丧。

1

考虑将使用您的应用程序的用户。他们为什么要使用它以及在哪种情况下使用?

  • 大多数人将是了解应用程序使用领域并经常使用应用程序的专业用户吗?那么,只要对用户有逻辑排列(通常不是按字母顺序排列),就不要害怕向屏幕添加大量数据。比如为股票经纪人或飞机驾驶舱设计交易屏幕。
  • 用户是否偶尔使用?保持简单。避免上下文切换(在每个时间段保留尽可能多的必要数据)。不要破坏 GUI 小部件通常的工作方式。设计故障。
  • 两者之间还有其他情况吗?允许用户在 UI 中成长。跟踪使用情况,以便稍后确定用户似乎花费最多时间的地方,从而可以改进应用程序中最常用的区域。
  • 在朋友和同事(走廊测试)身上测试您的应用程序,看看他们是否能够高效使用它。

这只是一个开始。


1

我建议阅读这些博客文章,它们来自Enso的创作者。

当然,它们重复了一些书籍中的指南/思路/建议,例如
日常物品的设计关于面孔,但是无论如何,这些文章包含了相当多的见解,(在我看来)是值得一读的。


0

(1) 常见操作应该尽可能地简单明了;而那些很少用到的操作则可以隐藏在菜单和对话框后面,需要较多步骤才能完成。为了做到这一点,您应该通过列举使用案例来描述用户想要使用应用程序做什么。

(2) UI界面应该自我说明。手册应该集成在应用程序的对话框和菜单中,因为用户不会阅读单独的手册。例如,与操作相关联的菜单项中应显示键盘快捷键。


网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接