我认为主要的问题与不同的才能或技能无关。主要的问题是，作为一名开发人员，您对应用程序是做什么的以及它是如何做的了解太多，并且您自动地从具有这些知识的人的角度来设计您的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.

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

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

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

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

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

不是开发者!

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

换句话说……

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

人行道和学生

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

视频商店和Netflix

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

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

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

这一切都是关于练习，一些训练和回顾。但是大多数后端开发人员工作的环境中，优秀的ui设计并不真正受到管理层的重视。

在阅读了一些关于UI设计的文献之后，组织一些关于UI设计的代码dojo。

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

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

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

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

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