写给程序员的UI设计指南

本文来自www.jialing.net

在Dave Winer代写的序言中提出了一个悲观的看法：

    我们表面上认为自己在为用户设计，但是无论我们如何努力，我们都只是在为我们自己认为的用户设计，或者更可悲地说是，为我们自己设计。然后我们再证明这软件也对其他人有效。

程序员们善于逻辑思考，在编程时容易沉浸在自己的世界中，还有自以为是等等，这些特点让UI设计对他们来说变成了一个头痛的问题。但是在进度紧张的项目中，产品经理没法对每个软件细节进行把控，或者他们没有这方面的能力。UI设计的任务只能让程序员一块做了。程序员则对这种头痛的问题敷衍了事，他们甚至不在乎UI设计的合理性，只是按照常规的方法实现需求中的功能。在这之后他们就一走了之。当经理们收到很多用户的投诉，状告软件的可用性时，他们才和程序员、美工一起坐下来认证思考怎样弥补这个问题。如果你还是一名程序员，如果你不想类似问题在你身上出现，我建议你继续往下阅读。

作者Joel Spolsky将用户界面需求形象地理解为用户模型(User Model)。并以用户模型的概念为基础，指出了一条研究需求、实现需求的方法。

    对一个新用户来说，他对程序如何工作会有自己的期待，这就是“用户模型”：它是用户精神上对程序如何为他们工作的理解。

    好的界面设计就是，程序模型(program model)遵从用户模型。

关于如何获得用户模型：

    只需向用户提问!随机在你的办公室、朋友或家庭中找五个人，告诉他们你的程序是做什么的，并描述使用时可能的情况。然后问他们一些问题来猜测他们的用户模型。

    用户会假定最简单的模型。

Joel在书中还写了很多对用户行为的理解，阅读中也许会发现你一直未注意到的细节。

    每次你提供一个选择，实际上都是让用户做一个决定。

    一个好的设计师会将设计连贯到底，虽然这样可能缺乏创意，但是从长期来看这样会使用户更快乐。

写程序的时候我们常常会高估用户，认为我们会的操作用户也应该会。但其实不是这样，在设计时我们应该尽量考虑用户最差的情况。例如用户不会阅读，无法很好的控制鼠标，他们记不得任何东西。

    当你设计及UI的时候，最后谨记两条原则：
    1. 用户没有手册，就算有，他们也不想读它。
    2. 事实上，用户不会读任何东西，就算会，他们也不想。

想想你的用户可能正使用着笔记本的触摸板或摇杆、或者鼠标坏了、再或者放鼠标的地方坑坑洼洼，总之要记住：

    用户不能很好的控制鼠标。

如果用户记性很好，他们还要电脑干吗。我们要做的就是明白他们不会记住任何东西，并用软件提醒他们。

在具备了解用户的基础后，就该说说UI的设计实现流程：

    设计一个好的软件有6步:
    1. 邀请一些用户。
    2. 统计出最重要的活动。
    3. 统计出用户模型——用户对于完成这些活动是如何考虑的。
    4. 做第一份设计草稿
    5. 多次迭代你的设计，让它越来越容易直至你的目标用户能很好的接受。
    6. 观察真人试用你的软件。记下哪里人们遇到麻烦，哪里编程模型不符合用户模型。

Joel对相对论有自己的理解：

    在你写软件的时候，你得记住三条定律：
    1. Days are seconds.
    2. Months are minutes.
    3. Seconds are hours.

1. 你花了4天时间写的弹出窗口，用户只会花几秒钟使用它。这也是检测你软件可用性很好的方法，当你写了几天的某个部分，用户却要花很多时间停留在这处理，说明它有问题。
2. 你花了几个月时间的写的软件，用户只会用几分钟来学习使用。你这个软件上花费了几个月的时间，对它很了解，所以使用它对你来说是很容易的，但是用户可没那么多时间，你需要把所有复杂的变得容易、更容易，让用户可以几分钟内上手。
3. 在软件的使用过程中，当你让用户等待仅仅9秒中的时候，用户会投诉你的软件让他等待了几个小时。消除等待有下面几个办法：
1) 立即响应，就算没有最终的结果；
2) 通过创造性的方式，打散长时间的操作；
3) 如果上面两条都不奏效，那么试着将所有花时间的操作绑在一起执行。

本文来自www.jialing.net