对软件开发者不要说这样的话

献给程序员和其他人员

我和很多软件开发者、程序员、领导和其他团队成员等各种岗位的人一起工作过。一些人，和我变成了永久的朋友；另一些人，却让我多倍感头痛。但是我们都在努力地只做一件事：让产品变得更好。不幸的是，美好的意图常常无法转换成有帮助的注解。下面是一些细节，你最好不要对软件开发者讲，这是你要注意的地方。

「你能把它加粗吗？」

「和软件开发者一样，如果你给程序员提供带有参数的问题，那么他们会使劲浑身解数，并用尽可能好的方式搞定它。如果你要求他们该怎么做，那么你将激怒愤怒之神。」 ——Derek Powazek

但是，和编程不同的是，设计是一种协作过程，可以从建设性的反馈中获益。

因此，一定要把你的真实感受告诉你的软件开发者。就交互提出疑问，讨论他们可能没有想到的场景，指出他们可能没有折衷考虑的矛盾之处，如果感觉有些地方不对劲，要对感受和风格做出评论。从新视角看，你的反馈能被采纳，并大有裨益。然而，起不到帮助的情况常常是在某人试着微管理而非解释问题本身。

例子：

你正在看一份新设计，总体不错，但是明显让你觉得痛苦的地方是，如果标题加粗了，可能看着会更好。因此，你对软件开发者说「把标题加粗」。

你不明白的地方在于上下文。像这样的标题在其它地方还有，如果只加粗这个标题，将破坏一致性吧？软件开发者还有要维护的、复杂的视觉层次吧？如果她把该标题加粗了，那么是否会牺牲其它元素的清晰度？她是否已经尝试过加粗、然后才决定目前就是最好的平衡？她是否已经注意到你正在尽量要解决的问题，但是因为某种原因故意做了折衷？

在大部分情况下，她会问你，你为什么认为这个地方要加粗，如果这个疑问是合理的，就给出一个最适合的方案。但是如果你经常这么干（尤其是你担任管理职位时），她就开始找茬，并给你更少的改变。这伤害了每个人，因为它最终伤害到了产品。

那么，你该怎么做呢？只要更好地构思反馈就可以了。不要要求她「把它加粗」，而要对她说，你觉得这个标题强调得不够、或这个标题没有足够突出，然后让她决定怎么做。也要准备提供你的所有反馈，带上论据和例子。

关于如何给出建设性的设计方面的反馈，已经有很多人写过相关文章了，请参考页底下面的链接。

「还有一些设计方面的问题，不要担心，我能修复。」

对于最终产品，如果没有征求软件开发者意见，一定不要修改设计。这可能是你能够做的、最糟糕的事情了，你将立即赢取软件开发者的绝对不信任。这就好像有个软件开发者，把你弄好的准备发布到生产环境的代码拿走，并做一些修改，而理由只是有些地方不对劲。你匆忙做出的小修改貌似很小，但是它们将会累加在一起。如果你对设计不满意，就对软件开发者讲出来。给出诚实的、有建设性的反馈，相信他们能够做好自己的工作。

对领导的旁注：

如果你处在领导的位置，一定会发现你曾在最后阶段做出修改、而未征求软件开发者意见，这是严重问题的征兆。如果你已经给软件开发者提供建设性的反馈了，却仍然不满意最终设计，你就需要和他们进行坦诚的沟通，或者找一个你信任的软件开发者。你支付薪水，让他们完成工作，如果你不得不这样干，就没有意义了。如果没有时间提供反馈并跟进迭代，你随后将失去更多时间来修复这些偶然的调整（这种累加真的很快，相信我），还有，最终你将在产品周期而非设计层面迭代。

「把这个按钮往左移动 5px 真的有区别吗？」

深入细节是我们职责所在。UI 元素的偏离会给我们带来噩梦。但是，这不代表你要在意这些 5px 的情况；你应该在意，因为散落在产品周围的每一个 5px 问题，都会累加并折射在最终感受里。对于商店里数百万个丑陋的 app，以及少有的高质量、设计精良的 app，你能说出二者的区别吗？是的，每一个痛苦的、偏离 5px 像素的按钮，都对这些高质量 app 之所以成为现在的样子有过贡献。

「不，不能这样做」

除了截止日期允许，但是它要花更多时间。它将危及到代码。它优先级不高。你认为不值得花时间规划出怎样做好。所有这些都会引发对话而非结束。

每次当你想尝试新东西时，没有什么比重复听到「这不可能」更让人感到沮丧的了。我们都想充满激情地开发出最好的产品。这需要 100% 的完美，而不只是 70% 的功能。我意识到，太多的 AfterEffects 和 Photoshop 有时候会让软件开发者脱离现实生活的约束。如果碰到这种情况，请想到平台或框架的限制。做为软件开发者，我们梦想做出精彩的产品，但是我们需要你们的智慧，帮助我们梦想成真。

软件开发者们，如果我说的不到位、或遗漏了什么，请和我联系。程序员们，关于软件开发者们应该避免做什么才能更好地与你们相处，我乐于听取你们的建议。