与流行的神话相反，在UI设计中实际上没有软方面，至少不需要设计一个好的后端。

考虑以下几点;优秀的后端设计是基于任何优秀开发者都熟悉的原则和元素:

低耦合 高内聚 架构模式 行业最佳实践 等

好的后端设计通常是通过一系列交互产生的，基于测试或实际使用期间获得的可测量反馈，初始蓝图会逐渐改进。有时候，你需要对后端较小的方面进行原型设计，然后单独进行测试等等。

优秀的UI设计是基于以下合理的原则:

可见性 功能可见性 反馈 宽容 简单 一致性 结构

UI也是通过测试和试验，通过迭代诞生的，但不是用编译器+自动化测试套装，而是人。与后端类似，有行业最佳实践、测量和评估技术、考虑UI的方法，并根据用户模型、系统图像、设计师模型、结构模型、功能模型等设定目标。

设计UI所需的技能与设计后端是完全不同的，因此不要指望不先学习就能做出好的UI。然而，这两种活动的共同之处是设计过程。我相信只要花点时间学习，任何能设计好软件的人都有能力设计好UI。

我建议你选一门人机交互的课程，比如在MIT和耶鲁的网站上找一些在线资料:

麻省理工学院用户界面设计与实现课程

结构模型和功能模型的理解和使用

Thorsten79之前的一篇出色的文章提出了软件开发专家和用户之间的话题，以及他们对软件的理解是如何不同的。人类学习专家区分了功能思维模式和结构思维模式。找到去朋友家的路是两者区别的一个很好的例子:

First approach includes a set of detailed instructions: take the first exit of the motorway, then after 100 yards turn left etc. This is an example of functional model: list of concrete steps necessary to achieve a certain goal. Functional models are easy to use, they do not require much thinking just a straight forward execution. Obviously there is a penalty for the simplicity: it might not be the most efficient route and any any exceptional situation (i.e. a traffic diversion) can easilly lead to a complete failure. A different way to cope with the task is to build a structural mental model. In our example that would be a map that conveyes a lot of information about the internal structure of the "task object". From understanding the map and relative locations of our and friend's house we can deduct the functional model (the route). Obviously it's requires more effort, but much more reliable way of completing the task in spite of the possible deviations.

通过UI传递功能模型或结构模型(例如，向导模式还是高级模式)之间的选择并不像Thorsten79的帖子中看起来那样简单。高级和频繁的用户可能更喜欢结构模型，而偶尔或缺乏经验的用户-功能。

谷歌地图就是一个很好的例子:它们包括功能和结构模型，许多卫星导航也是如此。

问题的另一个方面是，通过UI呈现的结构模型不能映射到软件的结构，而应该自然地映射到手头的用户任务或涉及的任务对象的结构。

这里的困难在于，许多开发人员对他们的软件内部有一个良好的结构模型，但只有软件旨在协助的用户任务的功能模型。要构建好的UI，你需要理解任务/任务对象结构，并将UI映射到该结构。

无论如何，我仍然强烈建议参加一个正式的HCI课程。这涉及到很多东西，比如启发式，源自格式塔心理学的原则，人类的学习方式等等。

没有人建议过，但对你有很大帮助的是参加人因工程学课程(通常是研究生水平)。如果你不想选这门课，至少去找课本读一遍。

"其他人做了什么来消除他们的 这方面的不足?” ——克里斯·巴兰斯

与你能找到的最少的电脑储蓄终端用户一起工作。(一个从未见过你的软件的新手)。 从他们那里得到反馈，看看是什么让他们觉得糟糕。 解决这些问题，把它交给另一个不懂电脑的用户， 重复这个过程。

当有足够多的新用户可以使用你的产品时，你就知道你已经完成了你的工作。

(此外，你的软件可能看起来很像微软的，你可能不会喜欢使用它…)

但这不是重点!关键是最终用户可以使用它，并且喜欢使用它!

不是开发者!

同时阅读这篇文章，我发现它在这个领域很有帮助。它基本上是说你应该向用户的需求让步。

换句话说……

你必须看看用户已经在尝试做什么……

人行道和学生

在我上大学的那个校园里，有一条学生们在上下课时留下的小径。当学校注意到这条小道时，他们在人们已经走过的地方竖起了栅栏。学校做错了。你想在学生们已经步行的地方建一条人行道!

视频商店和Netflix

再举一个例子，想想最近的音像店历史:很久以前有很多音像店:Block Buster video等等……人们不喜欢那些音像店的什么地方?当然是滞纳金。所以Netflix出现了，取消了滞纳金，因为它更符合客户/最终用户的需求。

现在，“积木老兄”和其他收费音像店一样，都要破产了。

这个更难做吗?让你的大脑停止运转，给人们他们想要的?当然是……这是让你的意志屈从于他们……这总是比较困难，但最终实现的目标是为最终用户提供他们想要的东西。

UI设计与其说是科学，不如说是艺术，它需要你对用户的理解和与他们感同身受的能力。

这和整天对着电脑说话是完全不同的。

我认为人们并不总是意识到这一点。

这里有一个小小的自我测试:看看FamFamFam的丝绸图标。考虑一下在您编写的上一个应用程序中选择哪个图标来表示各种功能。如果花超过十分钟的时间来做这件事让你的眼睛开始呆滞，那么UI设计可能不适合你。

阅读苹果人机界面指南。

许多开发人员认为，因为他们会写代码，他们就可以做所有的事情。设计界面是一种完全不同的技能，在我上大学的时候根本没有教过这门技能。这不是与生俱来的。

另一本好书是唐纳德·诺曼的《日常事物的设计》。