我发现UI设计中最好的工具是观察第一次使用该软件的用户。做大量的笔记，问他们一些问题。永远不要指挥他们或试图解释软件是如何工作的。这是UI(以及编写良好的文档)的工作。

我们在所有项目中始终采用这种方法。看到一个用户以一种你以前从未考虑过的方式处理软件总是令人着迷的。

为什么UI设计这么难?一般来说，因为开发者和用户从来不见面。

我为社交圈之外的人设计了一个程序，并观察他们的行为。在这样做的过程中，我不再受制于朋友们的偏见，也不再受制于我自己的骄傲和自我。在改进应用程序的过程中，我变得更加谦虚，对设计问题更加敏感。我学到了以任务为导向的设计和简单的重要性。我明白了拥有太多功能的代价。有了经验，你也会的。

我强烈推荐一些参考资料:

Joelonsoftware杰夫·拉斯金的“人性化界面” 罗宾·威廉的《非设计师设计指南》 大多数UI文章都在alistapart上 Jwz关于编程的博客 苹果人机界面指南

我强烈建议你忽略一些参考文献和哲学:

“主题” 一般的桌面应用程序，除非您需要访问驱动程序/文件系统 “越多越好”的理念

让我直接说:

改善这一点并不是从指导方针开始的。首先要重新定义对软件的看法。

大多数硬核开发人员对他们软件的用户几乎没有同情心。他们不知道用户如何思考，用户如何建立他们使用的软件模型，以及他们通常如何使用计算机。

当专家和外行发生冲突时，这是一个典型的问题:一个正常人怎么会如此愚蠢，不明白专家10年前的理解?

首先要承认的一个事实是，几乎所有有经验的开发者都难以掌握:

正常人对软件的概念和你有很大的不同。他们完全不懂编程。一个也没有。零。他们根本不在乎。他们甚至不认为他们需要关心。如果你强迫他们，他们会删除你的程序。

这对开发者来说是难以置信的残酷。他为自己生产的软件感到自豪。他喜欢每一个特征。他可以告诉你它背后的代码是如何工作的。也许他甚至发明了一种令人难以置信的聪明算法，使它比以前快了50%。

用户并不关心。

真是个白痴。

许多开发人员无法忍受与普通用户一起工作。他们因为缺乏技术知识而感到沮丧。这就是为什么大多数开发人员回避，认为用户一定是白痴。

事实并非如此。

如果一个软件开发人员买了一辆车，他希望它能平稳运行。他通常不关心轮胎压力，机械微调是重要的，使它运行那样。在这方面他不是专家。如果他买了一辆没有微调功能的车，他就会把它退回去，再买一辆他想要的。

Many software developers like movies. Well-done movies that spark their imagination. But they are not experts in producing movies, in producing visual effects or in writing good movie scripts. Most nerds are very, very, very bad at acting because it is all about displaying complex emotions and little about analytics. If a developer watches a bad film, he just notices that it is bad as a whole. Nerds have even built up IMDB to collect information about good and bad movies so they know which ones to watch and which to avoid. But they are not experts in creating movies. If a movie is bad, they'll not go to the movies (or not download it from BitTorrent ;)

所以归结起来就是:把普通用户当成专家来回避是一种无知。因为在那些他们不是专家的领域(有这么多)，他们希望其他领域的专家已经考虑过使用他们产品或服务的普通人。

What can you do to remedy it? The more hardcore you are as a programmer, the less open you will be to normal user thinking. It will be alien and clueless to you. You will think: I can't imagine how people could ever use a computer with this lack of knowledge. But they can. For every UI element, think about: Is it necessary? Does it fit to the concept a user has of my tool? How can I make him understand? Please read up on usability for this, there are many good books. It's a whole area of science, too.

啊，在你说出来之前，是的，我是苹果粉;)

我知道，当我制作出一个糟糕的UI时，几乎总是因为我过于专注于它的特定部分。

在开发和测试一个特定功能的过程中，我几乎总是会多次使用它。

在我检查了十几次之后，我就处于这样一种心态:我确切地知道我要做什么，也确切地知道我需要做什么才能让程序按我想要的做。我也和观看这个特定的作品功能本身，一遍又一遍，直到它“完成”。当我在测试时，我会快速浏览应用程序/菜单/工作流/其他内容。

用户的情况完全不同。他们没有把软件的这一部分看作一个独立的“块”。他们并不总是经常这样做，当他们经常这样做的时候，他们肯定不会经常独自做。他们不会像开发人员那样“跳过”过程的其余部分，只专注于这一部分。

重要的是试着看UI，然后思考“我应该用它做什么?”如果不清楚，说明你做错了。我们所处的情况是，我们知道软件需要什么输入，我们只是想办法获得这些输入。用户所处的情况是他们想要某种结果，他们想知道他们必须做什么才能得到这个结果。

“从屏幕的两面进行设计”是程序员发现UI设计困难的一个非常简单但深刻的原因:程序员被训练成从边缘情况考虑问题，而UI设计师则被训练成从常见情况或用法考虑问题。

因此，从一个世界到另一个世界当然是困难的，如果其中一个的默认训练是完全相反的。

关于用户反馈，如果你使用的是Mac, Silverback (http://silverbackapp.com/)是一个很好的工具。我建议创建一个要做的事情列表(找到这部电影，观看预告片，找到这个演员的这部电影，购买它，等等)，让用户坐在那里，沿着列表走下去。

最重要的是不要告诉他们怎么做，而是看看他们如何完成任务(对于第二个场景，他们是按角色浏览还是按字母顺序查找场景?)你可以从你公司里不懂技术的人开始，然后到Craigslist网站或街上随便找个人来测试。