我建议你从现在做UI的方式开始，不要关注可用性之类的东西。

可选文字 http://www.stricken.org/uploaded_images/WordToolbars-718376.jpg

现在想想这个:

一个设计师知道他已经达到了完美，不是当没有什么可以添加的时候，而是当没有什么可以删除的时候。 ——圣艾修伯里

并应用到你的设计中。

我在UI设计方面做了什么? 注意!

这就像当你在新闻上看到图表或电子公交标志时，你会想‘他们是怎么得到这些数据的?他们是用原始sql还是用LINQ?(或者你也可以在这里加入自己的极客好奇心)。

你需要开始这样做，但是要有各种视觉元素。

但就像学习一门新语言一样，如果你不全身心地投入进去，你就永远学不会。

从另一个答案中我写道:

学会观察，真正地观察你周围的世界。为什么我喜欢那个UI而讨厌这个UI ?为什么在这家餐厅的菜单上很难找到面食?我还没看那牌子上的字就知道是什么意思了。为什么呢?那本书的封面怎么这么难看?学会花时间思考为什么你会对各种视觉元素做出这样的反应，然后把它应用到你的工作中。

我们是否可以做些什么来重新训练我们的大脑，使其更有效地设计出令人愉悦和有用的演示层?

是的。观察那些试图使用你的软件的用户，不要帮助他们。也被称为可用性测试。

The basic idea of usability testing is that you take someone with a similar background to your target audience, who hasn’t seen your software before and ask them to perform a typical series of tasks. Ideally they should try to speak out loud what they are thinking to give you more insight into their thought processes. You then watch what they do. Critically, you do not assist them, no matter how irresistible the urge. The results can be quite surprising and highly revealing. Usability testing can be very fancy with one way mirrors, video cameras etc, but that really isn’t necessary to get most of the benefits. There is a good description of how to carry out usability tests in Krug’s excellent book Don’t make me think: a common sense guide to web usability. Most of his advice is equally applicable to testing desktop applications.

真正帮助我改进设计的是找一个开发人员，QA人员、项目经理或任何碰巧路过的人，让他们尝试特定的小部件或屏幕。

当你看到别人第一次使用你的软件时，你会惊奇地发现

我坚持的主要经验法则是，永远不要同时做两件事。如果我正在处理后端代码，我将完成这一工作，休息一下，然后带着我的UI帽子返回。如果你在编写代码时尝试使用它，你将以错误的心态处理它，结果会得到一些糟糕的界面。

我认为同时成为一名优秀的后端开发人员和一名优秀的UI设计师是完全可能的，你只需要努力工作，阅读和研究相关主题(从Miller的#7到Nielsen的档案)，并确保你理解UI设计的重要性。

我不认为这是一个需要创造性的案例，而是像后端开发一样，这是一个非常有方法，非常结构化的事情，需要学习。正是人们对ui的“创造性”创造了一些最大的可用性怪物……我的意思是，首先看看100%使用Flash的网站……

编辑:克鲁格的书真的很好……一定要读一读，特别是如果你要为网络设计的话。

我知道微软和他们自己的指导方针不太一致，但我发现阅读他们的Windows设计指导方针真的对我有帮助。我的网站上有一份，向下滚动一下Vista用户体验指南。它在颜色、间距、布局等方面帮助了我。