28
我不是一个可用性专家，我真的不在乎成为一个。平均开发人员应遵循哪些好的可用性指南？
我只想一小部分的经验法则，而编码我的用户界面，使我的产品有不俗的实用性，我可以遵循。
起初我以为这个问题很容易回答“使用你的常识”，但是如果它在我们开发人员中如此普遍，那么我们就不会像我们的团队那样为我们可怕的界面赢得声誉。
有什么建议？
A
回答
12
阅读Don't Make Me Think by Steve Krug。这是一个很好的起点，也是一个简单的短文阅读。
编辑：这主要是针对网络可用性，虽然，但它仍然是一个良好的阅读，即使你正在做的富客户端。
5
- 不要使事情比你的用户以不同的方式工作，期待（即打破了“返回”按钮，在网络中使用Ajax时形成
- 按照KISS主要
真的，任何规则的人的职位将是对主题的变化： 不要让你的用户认为
“不要让我思考”已经发布，也看到 Design of Everyday Things和Designing with Web Standards，它们也适用于轻便的可用性阅读。
4
我给某人的最重要的一条建议是首先在UI上工作。笔和纸和所有。这样，你不会下意识地将按钮耦合到函数，输入字段到变量等。
最好的用户界面可能是一个代码的痛苦，如果你的后端代码大部分是书面的，它会破坏你的想法。我想点Apple's Human Interface Guidelines。当然，如果您的平台不是OS X，请带上大量盐的OS X部分。在Windows下，OS X可能无法正常工作。你应该拥抱你的平台的成语。
OS X的东西不谈，该文件对基本面的一些不错的出发点。
24
2
4
避免modes。对于用户而言，当输入有时会起作用但不是其他时间，或者在不同的时间做不同的事情时，这对用户来说是令人沮丧的。
1
想想要使用你的应用程序的用户。他们为什么使用它并在哪些环境中使用？
- 大多数人会是专业用户，他们知道应用程序使用的领域并使用该应用程序很多吗？然后，只要为用户安排逻辑（通常不按字母顺序:-)，就不要害怕向屏幕添加大量数据。想想股票博主或飞机驾驶舱的交易屏幕。
- 用户是偶尔用户吗？把事情简单化。避免上下文切换（每次尽可能保留屏幕上任务的必要数据）。不要打破GUI小组件正常工作的期望。设计失败。
- 中间有什么？允许用户在UI中增长。跟踪使用情况，以便稍后确定用户似乎花费最多时间的位置，以便改进应用程序的最常用区域。
- 在朋友和同事（走廊测试）上测试您的应用，看看他们是否能够有效地使用它。
这是一个开始。
7
只是两件事情，真正做到：
- “的用户界面是精心设计的，当该程序的行为完全用户如何认为这将” - quoted从乔尔斯波斯基的User Interface Design For Programmers
- 把你的设计在前面的用户。一个真正的最终用户是最好的，但是对于轻量级的，快速的反馈，你无法击败走廊可用性测试，即抓住同事。
如果你还记得乔尔的意见，并确保你在任何你做，并就此采取行动即迭代的反馈，你会不会走得太远错。我会回应Steve Krug的Don't Make Me Think的建议 - 这可能是我阅读过的最好的工作相关书籍，无论如何，也适用于桌面软件和网站。
希望这会有所帮助。
4
这里有一些简单的规则：
- 点击次数更少更好。
- 经常使用的功能应该更容易找到。
- “高级”用户的功能比上述功能更难找到。
想想用户获取某些东西所需的鼠标/键盘点击次数。
PS - 请不要告诉Microsoft Office 2008人员这件事;可怜的小家伙今晚会哭泣自己睡觉！ :)
1
我建议从Enso创作者那里阅读这些blog posts。
当然他们重复指南/创意/建议从书本如
The Design of Everyday Things和About Face，但尽管如此，帖子中包含了不少见解和（IMO）他们是一个很好的阅读。
0
你的用户需要什么信息，把它放在屏幕上，没有别的。如果你不能定义用户需要什么 - 获取另一个用户。
0
请记住，您的应用程序将是许多用户必须处理的之一。不要为了不同或者不公平而做事。不要拿出不寻常的图形，行为，术语或交互。使用标准的操作系统控件，约定，实用程序和行为。
让你的应用程序与其他应用程序互操作;允许剪切和粘贴数据，将数据保存为其他应用可以读取的格式，并允许从其他应用导入数据，而不是使用您的UI。
如果您正在制作桌面应用，请不要尝试接管用户的计算机。单独保留用户的文档文件夹，任务栏和应用程序首选项。不要更改计算机上已经安装的任何东西。允许脚本或命令行交互。
如果您正在制作网络应用，请不要尝试接管浏览器。不要试图颠覆标准的菜单栏，历史，布局或字体。允许用户使用Javascript更改页面。
0
（1）常见的行为应该尽可能少的努力，应该是明显的;另一方面，很少需要的操作可能需要很多步骤，并且可能隐藏在菜单和对话框的后面。为了能够这样做，您应该始终通过列出用例来描述用户想要对该应用程序执行的操作。
（2）一个UI 应该自我记录。手册应该集成在应用程序的对话框和菜单中，因为用户不会阅读单独的手册。例如，键盘快捷键应显示在表示与其关联的操作的菜单项中。
0
提供电力用户的键盘快捷方式（即使它是为“按回车键搜索”一样简单）
不要放太多在屏幕上一次。
如果弹出消息框，用户通常不会阅读它。
0
- 简单比复杂
- 复杂更好比复杂好（消除 '嵌套IFS'）
- 直观（好的内容，无须解释）
- 按照惯例（例如，下划线表示链接，红色表示错误，标签转到下一个域等）
- 使用语义来应用逻辑（标题先读取，标准读取接下来agraphs）
- 空白是重要
0
除了这里的其他建议，我建议Designing Interfaces by Jenifer Tidwell为熟悉的用户界面约定的好办法。
此外，The inmates are running the asylum By Alan Cooper非常适合提供有关如何处理交互设计的深入见解。
0
一个好的后续不要让我想是Robert Hoekman的Designing the Obvious。它更侧重于Web应用程序，而不是像Krug's那样的网站。
这实际上并没有回答这个问题。 – 2008-09-17 19:12:00