“我们能做些什么来重新训练我们的大脑，让它更有效地设计出令人愉悦、有用的展示层吗?”

是的——使用接口驱动的架构。首先根据业务需求设计用户流程——然后根据用户流程设计编程逻辑和数据库。如果你将中间层和后端设计成服务前端的结构，那么你将拥有一个以用户为中心的应用程序。

原因有很多。

(1)开发者不能站在用户的角度看问题。这是通常的怀疑:缺乏同理心。但这通常不是真的，因为开发人员并不像人们想象的那样陌生。

(2)另一个更常见的原因是，开发人员太接近自己的东西，在他的东西上呆了这么长时间，没有意识到其他人可能并不那么熟悉他的东西(这是一个比直觉更好的术语)。

(3)还有一个原因是开发人员缺乏技术。

我的最大主张:阅读任何UI，人类交互设计，原型书。例如:设计显而易见的:一种Web应用程序设计的常识方法，不要让我思考:一种Web可用性的常识方法，设计时刻，等等。

他们如何讨论任务流程?他们如何描述决策点?也就是说，在任何用例中，至少有3条路径:成功、失败/异常、替代。

因此，从点A，你可以去A.1, A.2, A.3。 从点A.1，你可以得到A.1.1, A.1.2, A.1.3，等等。

他们如何显示这种向下钻取的任务流程? 他们没有。他们只是掩饰它。

因为即使是UI专家也不具备技术，所以开发者也没有机会。 他认为这在他的头脑中是清楚的。但它甚至在纸上都不清楚，更不用说在软件实现中了。

我必须用我自己的手工制作技术。

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

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

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

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

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

说程序在UI设计方面很糟糕是没有抓住重点。问题的关键在于，大多数开发人员所接受的正式培训深入了技术。人机交互不是一个简单的话题。这不是我可以通过提供简单的一行语句让您意识到“哦，如果我使用x而不是y，用户将更有效地使用这个应用程序”来“思想融合”的东西。

这是因为你忽略了UI设计的一部分。人类的大脑。为了理解如何设计UI，你必须理解人的思想如何与机器交互。我在明尼苏达大学上过一门关于这个话题的很棒的课程，是一位心理学教授教的。它被命名为“人机交互”。这描述了UI设计如此复杂的许多原因。

因为心理学是基于相关性而不是因果关系，你永远无法证明UI设计方法总是适用于任何给定的情况。你可以认为许多用户会发现某个特定的UI设计很吸引人或高效，但你不能证明它总是具有普遍性。

此外，UI设计中有两个部分似乎被许多人忽略了，那就是美学吸引力和功能工作流。如果你追求100%的美感，人们肯定会买你的产品。但我非常怀疑美学能否减少用户的挫败感。

有几本关于这个主题的好书和课程可供选择(如Bill Buxton的《素描用户体验》和Edwin Hutchins的《野外认知》)。许多大学都开设了人机交互的研究生课程。

这个问题的总体答案在于如何教授个人计算机科学。这一切都是基于数学和逻辑，而不是基于用户体验。要做到这一点，你需要的不仅仅是一个普通的4年计算机科学学位(除非你的4年计算机科学学位副修心理学，并强调人机交互)。

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

你提到了《别让我思考》这本书。我强烈推荐你阅读这篇文章。