在进行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.

在进行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.

我用的是我所谓的祖母测试。

如果你亲爱的老祖母不会用它，那就有问题了。 假设她知道这个程序是关于什么的，例如，知道如何做税务，并试图使用Quicken。

左脑对右脑。有些人没有艺术感。

我敢打赌，通过学习和勤奋，任何人都可以在界面设计方面做得更好。这并不意味着你会成为一流的美工或设计师。

我认为改进总是有可能的。

已经有很多好的评论了，所以我不确定还有什么可以补充的。 但仍…

为什么开发者希望能够设计出优秀的UI? 他在那个领域受过多少训练? 他读了多少书? 他在这几年里设计了多少东西? 他有机会看到用户的反应吗?

我们不期望一个随机的“水管工乔”能够写出好的代码。 那么，为什么我们要期望随机的“程序员乔”设计出优秀的UI呢?

移情有帮助。将UI设计和编程分离是有帮助的。可用性测试有帮助。

但是UI设计是一门需要学习和实践的手艺。

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

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

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

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

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

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

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

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

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

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