“好的UI设计”其实是两个问题:

获得正确的设计 正确的设计

两者都是难题。以我的经验来看，这两件事应该并行进行，这样才能避免在项目后期出现糟糕的惊喜(“为什么我们在IE8中拖放的速度非常慢??”你说它无法修复是什么意思??”)

为了得到正确的设计，你必须探索各种可能性。书籍可以引导你尝试对你的情况最有意义的事情-经验当然更好。此外，你绝对需要来自真实用户的反馈——否则你怎么才能发现设计已经是正确的呢?)你当然看不出来。继续阅读!)

“使设计正确”是下一个问题，因为这意味着必须执行你认为合适的设计。

那些“用户体验/图形用户界面”的事情是如此困难，因为找到正确的答案包括理解人类想要什么——他们不能客观地告诉你，而你也不能从“外部”找到。这意味着(经验)引导的试错方法是唯一可行的方法。

为了更清楚地回答你的问题:

为什么优秀的UI设计对某些人来说如此困难 重击

对于硬核开发人员来说，一个大问题是，他们对软件如何工作的理解与用户认为它如何工作的理解是非常不同的(例如，URL“www.stackoverflow.com”应该写成“com.stackoverflow.com”，如果你知道DNS如何工作的话。但试着销售一个浏览器，它期望url:))。

作为旁注:我建议你着眼于“体验设计”而不是“用户界面设计”，但这是另一个故事。

设计和美学之间有着巨大的差异，它们经常被混淆。

一个漂亮的UI需要艺术或至少是美学技能，包括我自己在内的许多人都无法做到这一点。不幸的是，就像我们在许多重量级的基于flash的api中看到的那样，这是不够的，并且不能使UI可用。

制作可用的ui需要理解人类如何与计算机交互、心理学中的一些问题(例如，菲特定律、希克定律)和其他主题。很少有计算机科学课程为此进行培训。我认识的开发人员中很少有人会选择用户测试书籍而不是JUnit书籍等等。

我们中的许多人也是“核心程序员”，倾向于将ui视为外观，而不是可以成就或破坏项目成功的因素。

此外，大多数UI开发经验都非常令人沮丧。我们可以使用像旧VB那样的玩具GUI构建器，并不得不处理丑陋的胶水代码，或者我们使用无休止地让我们沮丧的api，比如试图在Swing中整理布局。

归根结底，这真的是关于同理心——你能站在用户的角度考虑问题吗?

当然，有一件事是有帮助的，那就是“吃你自己的狗粮”——以真正的用户身份使用你的应用程序，看看什么是令人讨厌的。

另一个好主意是找到一种方法来观察使用应用程序的真实用户，这可能是一个复杂的可用性实验室，有单向反射镜、屏幕视频捕捉、用户身上的摄像机等，也可能是简单的纸上原型，使用下一个碰巧走过大厅的人。

如果所有这些都失败了，请记住，UI过于简单总是比过于复杂要好。我们很容易说“哦，我知道如何解决这个问题，我只要添加一个复选框，这样用户就可以决定他们喜欢哪种模式”。很快你的UI就太复杂了。选择一个默认模式，并使首选项设置为高级配置选项。或者干脆不提。

如果你读了很多关于设计的书，你很容易就会被阴影和圆角等问题所困扰。那不是重要的东西。简单性和可发现性非常重要。

一个有用的框架是积极地考虑你在设计一个沟通过程时所做的事情。在非常真实的意义上，你的界面是一种语言，用户必须使用它来告诉计算机该做什么。这导致我们考虑以下几点:

Does the user already speak this language? Using a highly idiosyncratic interface is like communicating in a language you've never spoken before. So if your interface must be idiosyncratic at all, it had best introduce itself with the simplest of terms and few distractions. On the other hand, if your interface uses idioms that the user is accustomed to, they'll gain confidence from the start. The enemy of communication is noise. Auditory noise interferes with spoken communication; visual noise interferes with visual communication. The more noise you can cut out of your interface, the easier communicating with it will be. As in human conversation, it's often not what you say, it's how you say it. The way most software communicates is rude to a degree that would get it punched in the face if it were a person. How would you feel if you asked someone a question and they sat there and stared at you for several minutes, refusing to respond in any other way, before answering? Many interface elements, like progress bars and automatic focus selection, have the fundamental function of politeness. Ask yourself how you can make the user's day a little more pleasant.

实际上，很难确定程序员认为界面交互是什么，除了交流过程之外，但问题可能是它根本没有被认为是任何东西。

在进行UI设计时，以下是我始终牢记的一些事情(到目前为止还不是一个完整的列表):

Communicating a model. The UI is a narrative that explains a mental model to the user. This model may be a business object, a set of relationships, what have you. The visual prominence, spatial placement, and workflow ordering all play a part in communicating this model to the user. For example, a certain kind of list vs another implies different things, as well as the relationship of what's in the list to the rest of the model. In general I find it best to make sure only one model is communicated at a time. Programmers frequently try to communicate more than one model, or parts of several, in the same UI space. Consistency. Re-using popular UI metaphors helps a lot. Internal consistency is also very important. Grouping of tasks. Users should not have to move the mouse all the way across the screen to verify or complete a related sequence of commands. Modal dialogs and flyout-menus can be especially bad in this area. Knowing your audience. If your users will be doing the same activities over and over, they will quickly become power users at those tasks and be frustrated by attempts to lower the initial entry barrier. If your users do many different kinds of activities infrequently, it's best to ensure the UI holds their hand the whole time.

用户体验设计和软件开发绝不是相互排斥的技能。相反，它们都需要常识和逻辑，注重细节，能够看到大局。所以，如果你是一名优秀的开发人员，你就有机会成为一名优秀的UX设计师!

它们看起来可能是相互排斥的，因为许多开发人员没有UX设计经验，反之亦然。此外，如果你在考虑用户体验设计之前就开始考虑架构、框架或语言，这可能会把你引向错误的方向。