普通开发人员应该遵循哪些良好的可用性指南？

我不是一个可用性专家,我真的不想成为一个.

我只想要一小段经验法则,我可以在编写用户界面时遵循这些经验法则,以便我的产品具有良好的可用性.

起初我认为这个问题很容易回答"使用你的常识",但如果它在我们这些开发人员中如此普遍,那么我们作为一个群体,就不会因为我们糟糕的界面而闻名.

有什么建议？

1> Marcio Aguia..：

---

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

---

实际上,这很好地回答了这个问题.图片的重点是"看看苹果和谷歌,他们有非常成功的产品.现在看看他们的用户界面的简单性,并将其与您自己的业务应用程序进行比较." 仅仅因为它是一个业务应用程序并不意味着它应该具有简单,干净,易于使用的界面.不,这个答案没有给出一套遵循的规则,除了"保持简单",但它仍然是一个很好的答案.

2> Mike Stone..：

---

阅读不要让我想起史蒂夫克鲁格.这是一个很好的起点,也很容易阅读.

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

3> Mal Ross..：

---

只有两件事,真的:

"当程序完全符合用户的想法时,用户界面设计得很好" - 引自Joel Spolsky的程序员用户界面设计

将您的设计放在用户面前.真正的最终用户是最好的,但对于轻量级,快速反馈,您无法击败走廊可用性测试,即抓住同事.

如果你还记得乔尔的建议,并确保你得到关于你所做的任何事情的反馈,并采取行动,即迭代,你就不会走得太远.而且我会回应Steve Krug的" 不要让我思考"的建议 - 它可能是我读过的最好的与工作相关的书,没有,也适用于桌面软件和网站.

希望这可以帮助.

4> Rob Allen..：

---

不要让事情以不同于用户期望的方式工作(即在Web表单中使用Ajax时打破"后退"按钮

跟随KISS校长

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

"不要让我思考"已经发布,也见 日常琐事的设计和Web标准设计,其也非常适合轻可用性阅读.