一般的开发人员应该遵循哪些好的可用性准则?[关闭]

资料来源: http://stuffthathappens.com/blog/wp-content/uploads/2008/03/simplicity.png

阅读 Don't Make Me Think by Steve Krug . 这是一个很好的起点,也是一个很容易阅读的短文。

编辑:这主要是为了网站的可用性,但即使你是做富客户端,它仍然是一个很好的阅读。

只有两件事,真的:

1. “当程序的行为完全符合用户的预期时,用户界面就设计得很好”- quoted 乔尔·斯波尔斯基的 User Interface Design For Programmers
2. 把你的设计摆在用户面前。一个真正的最终用户是最好的,但是对于轻量级的、快速的反馈来说,你不可能胜过走廊可用性测试,比如找一个同事。

如果你还记得乔尔的建议,并确保你所做的一切都能得到反馈 并付诸行动 即迭代,你不会走得太远。我也同意史蒂夫·克鲁格的建议 Don't Make Me Think -这可能是我读过的最好的与工作相关的书,没有一本是禁止的,它和网站一样适用于桌面软件。

希望这有帮助。

• 不要让事情以不同于用户期望的方式工作(即在web表单中使用Ajax时打破“后退”按钮
• 跟着K.I.S.S.校长

真的,有些人发布的任何规则都是主题的变体: 不要让用户认为

“别让我觉得”已经贴出来了 Design of Everyday Things 和 Designing with Web Standards 这对于轻易用性阅读也是很好的。

避免 modes . 当输入有时起作用而不是其他输入时,或者在不同的时间做不同的事情时,用户会感到沮丧。

我给别人的最重要的建议就是先在UI上工作。笔和纸等等。这样,您就不会下意识地将按钮与函数、输入字段与变量等耦合起来。

最好的用户界面可能是一个痛苦的代码,如果你的后端代码大部分是写的,它会破坏你的思维。

除此之外,我想指出 Apple's Human Interface Guidelines . 当然,如果您的平台不是OSX,那么在OSX部分使用大量的盐。在OSX中工作的东西在Windows上可能不工作。你应该接受你的平台的习语。

撇开OSX的东西不谈,这个文档在基本原理上有一些很好的起点。

以下是一些简单的规则:

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

想想用户点击鼠标/键盘的次数。

PS-请不要告诉微软Office 2008的人这件事;可怜的小家伙们今晚会哭着睡觉!:)

我已经发布了相关问题:

• What metrics for GUI usability do you know?
• GUI design techinques to enhance user experience

考虑将使用你的应用程序的用户。他们为什么要使用它?在什么情况下?

• 大多数人会是专业用户,他们知道应用程序使用的领域,并且经常使用应用程序吗?然后,只要屏幕按逻辑顺序为用户排列(通常不是按字母顺序排列的:-),就不要害怕向屏幕中添加大量数据。想想股票交易所或飞机驾驶舱的交易屏幕。
• 用户是否偶尔使用?保持简单。避免上下文切换(每次在屏幕上保留任务所需的所有/尽可能多的数据)。不要打破对gui小部件正常工作方式的期望。为失败而设计。
• 两者之间有什么关系吗?允许用户在UI中增长。跟踪使用情况,以便您以后可以确定用户在哪些地方花费的时间最多,以便您可以改进应用程序中使用最多的区域。
• 在朋友和同事身上测试你的应用程序(走廊测试),看看他们是否能够有效地使用它。

这是个开始。

我建议你读这些 blog posts 从 Enso 创造者。

当然,他们会重复书本上的指导/想法/建议,比如
The Design of Everyday Things 和 About Face 但是,尽管如此,这些帖子还是包含了不少见解,而且(IMO)是一本不错的读物。

你的用户需要什么信息,把它放在屏幕上,其他什么都不要。如果你不能定义用户需要什么-获取另一个用户。

请记住,您的应用程序将是许多用户必须处理的应用程序之一。不要只是为了与众不同或无聊而做事。不要想出不寻常的图形、行为、术语或交互。使用标准操作系统控件、约定、实用程序和行为。

让您的应用程序与其他应用程序互操作;允许剪切和粘贴数据,以其他应用程序可以读取的格式保存数据,并允许从其他应用程序导入数据,而不是使用您的UI。

如果您正在制作桌面应用程序,请不要尝试接管用户的计算机。只保留用户的“文档”文件夹、任务栏和应用程序首选项。不要更改计算机上已安装的任何内容。允许脚本或命令行交互。

如果你正在制作一个web应用,不要试图接管浏览器。不要试图破坏标准菜单栏、历史记录、布局或字体。允许用户使用Javascript更改页面。

(一) 共同的行动应该尽可能少地需要努力,而且应该是显而易见的 ;另一方面,很少需要的操作可能需要很多步骤,并且可以隐藏在菜单和对话框后面。要做到这一点,您应该始终通过列出用户希望对应用程序执行的操作来描述 用例 .

(二) 用户界面 应该是自我记录的 . 该手册应该集成在应用程序的对话框和菜单中,因为用户不会单独阅读手册。例如,键盘快捷键应该显示在表示其关联操作的菜单项中。

为高级用户提供键盘快捷键(即使它像“按回车键搜索”一样简单)

不要一下子在屏幕上放太多东西。

如果您弹出一个消息框,您的用户通常不会阅读它。

除了这里的其他建议,我建议 Designing Interfaces by Jenifer Tidwell 作为熟悉UI约定的一种好方法。
也, The inmates are running the asylum By Alan Cooper 对于深入了解如何进行交互设计非常有用。

一个好的后续不让我认为是 Robert Hoekman 的 Designing the Obvious . 它更关注于web应用程序,而不是像Krug那样的web站点。

• 简单的 总比复杂好
• 复杂胜于复杂(消除“嵌套ifs”)
• 直观 (好的元素不需要解释)
• 遵循惯例 (例如,下划线表示链接,红色表示错误,制表符转到下一个字段等)
• 使用语义应用逻辑(头先读,段后读)
• 空白很重要