关于用户反馈，如果你使用的是Mac, Silverback (http://silverbackapp.com/)是一个很好的工具。我建议创建一个要做的事情列表(找到这部电影，观看预告片，找到这个演员的这部电影，购买它，等等)，让用户坐在那里，沿着列表走下去。

最重要的是不要告诉他们怎么做，而是看看他们如何完成任务(对于第二个场景，他们是按角色浏览还是按字母顺序查找场景?)你可以从你公司里不懂技术的人开始，然后到Craigslist网站或街上随便找个人来测试。

要改进，只要看看现有的网站。除了已经推荐的书，你可能还想看看罗宾·威廉姆斯的好书《非设计师设计书》(亚马逊链接)。

通过看看禅宗花园提交的各种作品，看看视觉设计中有什么可能。

UI设计绝对是一门艺术，就像C语言中的指针一样，有些人懂，有些人不懂。

但至少我们可以对他们的尝试笑一笑。顺便说一句，感谢OK/Cancel的搞笑漫画，感谢Joel把它放在你的书“最好的软件写作I”(经过亚马逊链接的清理)中。

UI设计是一种完全不同的技能。它与视觉艺术密切相关——能够欣赏和创造视觉对称和美。不管出于什么原因，通常程序员都不擅长视觉艺术。我知道有例外，但作为一般规则，这是成立的。

所以真的(除非你是这条奇怪规则的例外)——这应该像处理其他你没有天赋的领域一样。你应该评估一下自己是否能和现有的技能很好地相处——或者甚至可以在有机会的时候花点精力来改进。然而，你最好在自己擅长的领域发展，也许可以寻求在你所不擅长的领域与高手合作。

Marcus Buckingham写的《现在，发现你的优势》是一本很好的书。这本书很容易读。

原因有很多。

(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帽子返回。如果你在编写代码时尝试使用它，你将以错误的心态处理它，结果会得到一些糟糕的界面。

我认为同时成为一名优秀的后端开发人员和一名优秀的UI设计师是完全可能的，你只需要努力工作，阅读和研究相关主题(从Miller的#7到Nielsen的档案)，并确保你理解UI设计的重要性。

我不认为这是一个需要创造性的案例，而是像后端开发一样，这是一个非常有方法，非常结构化的事情，需要学习。正是人们对ui的“创造性”创造了一些最大的可用性怪物……我的意思是，首先看看100%使用Flash的网站……

编辑:克鲁格的书真的很好……一定要读一读，特别是如果你要为网络设计的话。