… 当我早期在一家咨询公司工作时，我也经常重复说「客户在看到他们不需要的东西之前，不知道他们想要什么」。人们当时还不习惯网络GUI，也没有我们现在看到的常见模式，所以在他们看到一个半成品并能实际给出反馈之前，他们无法明确自己的需求，因此尽早获得反馈对于减少构建一个立即被改变的东西的挫败感至关重要。即使在今天，这仍然适用，但与使用模式的关系较少，而更多与客户忘记告诉你的缺失需求有关。
源讨论GUIs 至少是 2.5 倍原帖 149 条评论 · 导入时统计这段内容很天才： > 我做过很多次GUI，我最好的情况是这样的： > 1. 设计已经完成，大家都喜欢。已经做了详细的图纸。 > 2. 开发人员被告诉“做它” > 3. 开发人员严格按照规格“做它” > 4. 大家看到后，都觉得不喜欢 > 5. 会议这么多。压力这么大。这太糟糕了！该怎么办？ > 6. 新的设计被做出来。好太多了！详细的图纸也做好了。 > 7. 开发人员被告诉“做它” > 8. 开发人员严格按照规格“做它” > 9. 大家看到后，他们并不喜欢 > 10. 会议这么多。压力这么大。这太糟糕了！该怎么办？ > 11. 在很多很多次会议中，有人建议做一些小的改动，比如移动某个东西，改变一些颜色，改变一些文字之类的。 > 12. 开发人员严格按照规格“做它” > 13. 没有人满意。但也没有人讨厌它…
完整原文把你的经验，加入这段讨论。
相反，我见过太多由设计师设计的GUI和用户体验流程，它们可以被形容为闪亮但肮脏的粪便。它们在Figma中看起来很漂亮，但通常只有一条明确的“快乐路径”，而最终用户肯定会偏离这条路径。经理们很容易批准这些有缺陷的设计，因为他们只能看到视觉效果，而看不到整体情况。 如果你找到一个有才华的设计师，他们会被高度重视，以至于只能被分配到设计任务。如果你有一个10倍的优秀开发人员，他们的思维根本无法理解普通的0.1倍的最终用户。 你需要的是一个理解设计的人，但又讨厌设计到不会专注于对齐单个像素或调整字距。他们需要能够编程，但又对编程充满热情，因为努力工作的程序员为努力工作的最终用户创建软件，而最终用户并不是努力工作的。
完整原文> “客户在看到他们不需要的东西之前，不知道他们想要什么”。 就像所有好的NP完全问题一样，制作一个好的GUI的问题很容易由客户验证，但他们无法告诉你一个好的GUI是什么样子。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。