产品设计师和开发人员并不总是相处得很好——这里是如何一起工作的

想象一下，您负责实现一个应用程序，向您展示您所在城市的时髦咖啡馆。您的产品设计师 Dave 创建了一个漂亮的线框，他希望原型能够在三周内完成。

你知道 Dave 是怎么做的，你也知道这种类型的请求通常是如何结束的。时间紧迫，加上一些粗略的指示，你肯定不会给他留下深刻印象。但是，嘿，这是你的工作，所以无论如何你都要尽力而为。

三周后，你带着完成的原型回到戴夫那里。

他很生气。

据他说，你完全无视他团队的指示。你没有实现他们指定的确切像素，你没有得到完全正确的颜色阴影，而且——哦——所有的特殊效果在哪里？

现在你也对戴夫和他的团队生气了。在这三个星期里，他们根本没有和你联系。

而现在，在你为了按时交付原型而连续数周加班后，戴夫只想看到你的经理，这样他就有更好的人可以大喊大叫了。

紧张和坏血是如何产生的

作为开发人员，您会尽力避免冲突，像 Dave 这样的产品设计师也是如此。那么，为什么这种不舒服的情况会不断发生呢？

一些产品设计师希望他们在昨天之前准备好所有详细而复杂的产品。

那不是因为他们是讨厌的人。

像这样的设计师往往缺乏关于进入后端的所有框架和劳动力的技术知识。将原型变成工作产品需要一点点魔法。

然而，也有一些开发人员不理解设计师所付出的辛勤工作。他们会对对齐或字体选择等设计细节感到草率，然后指责设计师让产品看起来很糟糕。

如果完全出错，设计师将按原样处理糟糕的产品以避免冲突。你可以想象产品负责人看到他们美丽的想法带来的丑陋结果时的反应。

一些开发人员，尤其是那些仍然缺乏经验的开发人员，也会做出糟糕的工程选择，从而使更新设计变得困难。这可能不会立即显现，但三年后每个人都会感到沮丧。技术债务是一头野兽，工程师缺乏经验会使它快十倍。

不过，缺乏经验的设计师也可能是一场瘟疫。

如果他们不仔细考虑他们的设计从长远来看如何扩展和执行，那么开发人员只能做很多事情来修复他们的错误。这与一些设计师缺乏技术知识有关。当然，他们不需要了解所有关于软件工程的知识——这会使开发人员过时——但是一点点的技巧会大有帮助。

这些知识还将帮助设计师更详细地传达他们的想法。

少量的线框图，无论它们多么漂亮，都无法取代详细、动态且考虑到底层技术及其挑战而创建的原型的价值。

这个故事的寓意是：如果你是一名开发人员，有无数种方法可以让设计师感到不安。如果你是一名设计师，那么有很多方法可以让开发人员咬你一口。

从根本上说，它归结为：设计师和开发人员说不同的语言。

设计师从用户的方向说话。他们确切地知道产品的外观、感觉和行为。但他们不知道如何实现。另一方面，开发人员知道构建东西的所有技术。好吧，不是全部。但至少有一些。开发人员用代码说话。但是开发人员不能靠自己成功，因为不会说用户的语言。