我作为一个在以工程为核心的公司里工作十余年的设计师，绝大部分的时间都与工程师们一起工作。所以这些合作无疑就是我最具实用性、最有成效的工作关系。
而同为设计师的你，我相信也可以创建与工程师之间和睦的关系。而你只需要通过减少设计师与工程师之间的个人偏见，然后为彼此间的有效合作关系创造空间。而如果你做到了，那么达到那一步的好处将远远会大于偏见带来的困难。
在业界的时候，我曾经在一家世界顶尖的工程公司当过顾问。我见过很多的设计表现手法，同样也和很多类型的设计师合作过，无论是注重技术、概念、视觉或者是其它方面的设计师。
设计师有几种类型的行为会让工程师和设计师的关系糟糕。但是我在一家以工程为中心的公司从事设计时，通过自己的方法在工作过程中，与工程师们建立了其他设计师没法达到的一种长期、信任、高效的合作关系，取得较大的成就。对于一个好的设计师来说，如果拥有不错的工程合作伙伴将会事半功倍，但要达到这样，就必须做一些调节。
以下是我对于建立设计师与工程师之间有效关系的几个建议，目的是通过减少双方的成见，帮助建立强大的团队从而做出更好的产品。
1、使用程序员使用的工具
当设计师加入一个团队或者新的项目时，首先要问自己“你喜欢怎样去工作?”很多设计师都会犯这样的错误：他们只接触自己熟悉的工具和程序，或者总从以前的团队中获得成功经验。但如今软件更新如此迅速，并且每个团队都是不同的。
通过询问技术团队喜欢的工作方式和现在使用的工具，就可以跳过那种痛苦的磨合过程。一些团队喜欢创造一个合作文档来追踪漏洞，或者使用一些常规的漏洞追踪软件。而另一些团队则喜欢用电邮沟通，或者使用简单的项目管理工具，比如Pivotal Tracker。
设计师成功的关键不在于他们作品有多漂亮，而在于他们在让作品变得更符合理想设计的沟通过程中是否成功。一个真正成功的设计师可以接受任何能有效沟通设计的产品——即使要花一点时间去学习该工具，但因此减少与工程师的摩擦是值得的。
2、参与到整个工程周期
设计师总是等到产品快发布时才会出现，这样设计师就容易和工程师交恶。工程师会觉得一个旁边者突然就进来插一脚，要求在细节上作出改变(如果你只在产品发布前出现，那你当然是一个旁观者)。
工程师需要设计师全程参与产品的整个生命周期，而不只是开发前端。设计师应该深刻地意识到(如果他没有全程参与的话)建立数据结构、储存、检索和UI结构是一项艰难的工程。设计师应该与工程团队的每一个成员推动工程进展，即使它只是一个半成品。
我看过很多设计师对工程师的早期样品持批评态度。如果工程师在面对一项他们还没有仔细思考的事情时就遭到了设计师的批评，那么在未来，他的反馈也不会是积极的。最后，设计师在产品发布的时候总希望工程师做很大的改动，但是通常工程师都不会答应。
3、充分说明需要改进的地方
很多设计师认为当他们交给工程师一件完整的，“像素级别完美”的模型就完事儿了。设计师在茶品发布前夕都会感到焦躁。但是不要对工程师说：“这和我的模型不符，这里是新的模型”，而是要在充分说明需要改进的地方。
设计师被训练得会注意到常人不会注意到的细节。工程师不是故意忽视这些细节的——就像设计师不会关心基础功能和开源代码一样，工程师也不会优先关注这些细节。设计师的工作就是找出这些问题，并且以尽可能详细地指出来，因为与你一起工作的工程师们并没有像你们一样被训练得如此注意细节。
在做现场的意见反馈时，把你的模型和demo放在一起。在demo中出现的截图都要详细标注，到底是哪里需要改进，把这些展示给工程师并且进行说明。我经常会在意见反馈中标注“之前/之后”的截图对比，并且用列表形式总结需要做的改进。用这种方式，视觉型和文字型的工程师都可以迅速并仔细进行改进。
我做得不止这些。我还把交互设计的改进也单独进行归类整理，因为你的团队中工程师可能擅长这方面或那方面——如果要分类的话，整理能方便分摊工作。总体而言，工程师对改进的分类反响良好，因此他们可以系统地进行改进，一旦完成便可以核对。这是我职责之外的事情，但是这让我少跑了几趟腿。
4、现实中的聊天很好，但是聊天记录无法被追踪
我所知的很多设计师都喜欢单独与一个产品经理或者工程师私聊设计细节。这很棒，而且可以增强团队的凝聚力，但是不好的地方在于没有“书面记录”。除非你的团队只有你和工程师两个人，否则所有的事情都必须记录在案以便整个团队了解和反馈。
所以即使你和你的工程师在私聊时在设计改进上碰撞出了火花，但是你仍要回到桌子前，立刻用邮件或者意见反馈的形式总结出来这些内容。这会给团队一个机会去反馈，并且可
以作为决策的记录。在最后所有事情都变得错综复杂的时候，没有记录在案的每一个决策都要引起注意。
5、和你的工程师喝一罐啤酒吧
永远不要低估与团队社交的重要性。去了解他们，让他们也了解你。如果他们感觉到你不是把它们当做完成设计的一个熟练工，而是当做一个“人”的时候，他们对你的信任会增强。
———————————————————————————————————————————–
各位工程师们!你没有想到摆脱困境的方法如此简单，对吧?上面是为了能让你们生活更轻松，设计师应该做的事情。相应地，下面是你应该做的事情：
1、永远不要让“不”脱口而出
当设计师正激动地与工程师谈着一个想法，而后者还没等他仔细阐述就让他不要说了——没有什么比这个能让设计师更沮丧的了!
我发现很多工程师(尤其是那些我好多年都未一起工作的)经常否决设计点子和创新。因为他们觉得那些改进看起来“不那么重要，却又需要很大的工作量”。相信我，设计师们知道你们为了一些小的改动努力工作甚至不休息。
但是这正是团队需要设计师和工程师的原因。我们的使命就是创造直观、又去、有创意的产品，让人们愿意使用而且愿意当回头客。否则的话，所以工程师的辛苦工作就没有意义了。
设计师会为一些有趣或有创意的点子而十分激动，但是不要直接说“不”，试着活一点时间理解你的设计师为何如此着迷与这个点子。你可以和设计师或另一个工程师交流，看能否找出减少工程费用却可以达到同样效果的途径。一旦你的设计师认为你是一个求知欲强且豁达的合作者，那在产品推出前一晚的半夜四点，你就更可能得到你需要的那个设计图标了。
2、精益求精并不是额外的工作
不同的领域专攻不同的事情，这一点非常重要。一个伟大的设计师会把细节和良好的用户体验放在至高无上的位置。这些细节很重要，可能他们无法清除阐述其重要性，但细节真的会影响到用户对一个产品或特性的下意识反应。很多细节上的错误甚至会造成产品不专业或者不可靠的印象。相反，一个屡经改进的app比那些毫无程序错误但UI界面极差的app能得到更强的情感回应。
一个设计师让一个工程师把图标向左移动三个像素，或者把两个区域的文本对齐在相同的基线上，这些改变貌似不重要——但是集为一体的改变真的大不一样。
3、发布前与设计师做一个全面的产品检查
如果你的设计师在上述几条都做得很好，那就不要在发布一项新的产品特征时，不给设计师审查的机会——不管你认为该变动有多微小。把你的设计师当做团队中的一员：设计师和团队里的其他人一样，都是为了产品的成功。
确保你真的在产品上市之前给了设计师回应并建议修正的时间。如果给她展示产品仅仅是为了“仅供参考”的话，那就和设计师没有用过该产品一样糟糕。
希望我过去几年的经验和方法能帮助设计师和工程师形成良好的合作关系。我相信良好的合作在最后能带来更好的产品和更棒的用户体验。
原文链接：How designers and engineers can play nice (and still run with scissors)