分享一些和设计师成为好朋友的个人经验，注意，这些经验技巧只适用于技术开发人员。

1. 不要站在设计师的背后

如果有事情找设计师商量，千万不要站在设计师的背后，因为会给人一种你即将要指点江山的感觉，会唤起设计师过往一些糟糕的不好的回忆。

所以正确的做法是，搬个椅子，坐在设计师的旁边，记得把座椅高度调到最低，当然最好的办法是直接蹲在旁边与之进行交流，设计师一看你这么虔诚，肯定会搬个椅子让你坐，然后沟通起来你们的阻碍也更小一点。

2. 不要用戳设计师的屏幕

千万不要用手指去戳设计师的屏幕，先不说被指手画脚的感觉很不好，单单用你那油腻的脏手指把屏幕戳花了，那是设计师绝对无法容忍的。每个设计师都是完美主义者，他们的屏幕自然也不例外，洁白无瑕，一尘不染，不见一丝油腻和指纹，每天都擦个一百遍，结果你上去啪啪乱指一通，屏幕全花了，这种感觉就像辛苦养大20多年的闺女突然被一个穷小子给拐跑了，绝对无法容忍。当然，用笔指也不行。

正确的做法是，在你自己的电脑带上，在你自己的屏幕上戳来戳去。如果条件有限，可以拿张纸拿个笔，自己圈一圈画一画，以图形交流，一看是自己人，自然什么都好说。

3. 不要说设计稿丑以及颜色不好看

这是技术人员犯的最愚蠢的错误。不妨设身处地的想一下，设计师指着你的代码说你你这代码写的怎么这么烂，像屎一样的，你是什么感觉？你会不会心里觉得这设计师懂个球啊，你行你上啊！反过来其实是一样的，一个技术人员去评价一个专业设计师稿件的美丑与配色，是很傻的一件事情，尤其是在设计评审这样的公开场合，你这不是拆人家的设计师的台吗？更关键的是，你说的这些话对产品质量没有任何帮助，所谓丑和配色，本质上就是非常主观的一件事情，你一个技术人员可以代表整个用户群体吗？你有了解过设计师这样配色背后的动机是什么吗？美丑和配色是对产品很重要的吗？你们这些开发呀，闲着没事，就想说两句话的找存在感，关键还哪壶不开提哪壶？当然，也不是一无所获，这不，恭喜你，你已经成功加入了设计师的好友黑名单！

正确的做法是，我们可以对设计进行评价，但是我们评价的角度千万不能是美丑和配色，而是其他角度。比方说：你这样排版设计不利于工程化实现；你这背景色太淡，部分用户的显示器显示质量一般，可能会渲染成白色，可以适当加深下；如果你非要对颜色指指点点，你可以说这种配色对于色弱用户不太友好。你注意到这样表达跟你之前说法有什么不一样吗？你千万不能从你主观层面去表达自己的看法，可以从代码工程层面，或者站在用户的角度去讲这个事情。

4. 不要对设计师说“不能实现”

当设计师拿了一张效果图，问你能不能实现的时候，千万不要说“不能实现”。因为如果你能实现，你却说不能实现，说明你消极怠工，或者对这个设计师有意见，设计师会觉得你人品不行；如果是你真的不能实现，那设计师会觉得你这个人技术不行，不值得处。总之，都不会跟你成为朋友。

所以正确的做法是，如果你能实现，一定要说“可以实现”，最好再加上一句“没有我实现不了效果！”，这句话够霸气，对设计师的震撼效果，绝对比对设计师来个壁咚更震撼。如果你不能实现，你要说：“这个效果实现是很有难度的，我要花时间去研究一下，我回头给你答复。”千万不要直接一棍子拍死说“不能实现”。如果可以实现，但成本很高，你要说“可以实现！但是成本很高，比较花时间。”而不能说“成本很高，比较花时间，不好实现！”

当然表达技巧不是永久之计，要想和设计师成为好朋友最彻底的方法，就是好好磨练你的技术水平，成为无所不能的技术大牛，到时候一定会有很多设计师会是你的好朋友的。

5. 你已经是一个成熟的开发了，要学会自己切图了

设计师不喜欢做的事情之一就是切图，比切图更不喜欢的就是反复切图，比反复切图更不喜欢的是切完的图片还不是开发想要的图片。

还原到具体场景就是：设计师辛辛苦苦设计完设计稿，然后又专门花时间导出了一些她认为需要的素材给开发，不可谓不尽心尽力，然后安心做其他事情了。然而没多久，开发就热情呼唤：“Hi，Ive，这个地方漏了个小图标，可不可以帮我切下？”，一看开发语气得当，外加卖萌，不好意思拒绝，于是停下自己手中的活，重新打开设计软件，就为了再切一个小图。然而没多久，开发又来热情呼唤了：“Hi，Ive，……”，这样反复切一个小不伶仃的东西是不是很让人讨厌？这还没完，总以为已经雁落平沙，谁知道是雁过秋空夜未央：“Hi，Ive，这个切图前后背景可不可以分开，我想要重复利用……”

看到没，让设计师切图双方都痛苦，因为其中有大量的反复且低效的沟通成本，非常影响双方的工作效率，因此，切图这种事情应该是开发的职责，而不应该交给设计师。所以，作为一个成熟的开发，一定要学会自己切图。装个设计软件，选中图层，导出，完成！多简单，多轻松，这个要比学代码容易多了呀，对你工作效率提高那可是立竿见影，同时可以让设计师喜欢你，何乐而不为呢？

所有跟我合作的设计师，我都跟他们讲，你们直接给我一个源文件就好了，不需要要切图，什么都不需要切！你们是没看到设计师当时的眼神，那就像坤嫂看到了蔡徐坤。

6. 用心实现设计师设计的精致小细节

开发工作也很辛苦，项目紧，加班多，精力跟不上是难免的，于是在还原设计稿的时候，难免会有疏忽，这个可以理解，但是，诸位开发小伙伴，千万不要搞错了疏忽的重点，你们犯得最多的错误就是，大的结构布局、模块之类实现蛮好，但是哪些精致的小细节却一笔带过。反了呀，反了呀，亲们！

给成熟的商业产品做设计有时候还挺无聊的，限制很多，那些大的版式和布局几乎千篇一律，设计多了就没什么成就感。但是有些地方是可以发挥设计师的创造力和创意，体现自己的设计功力、设计价值和设计想法的，那就是边边角角的一些细节上，就因为这些地方对整体影响有限，所以他们才能大胆发挥自己的设计才能，因此，做得格外用心、格外精致。

所以，开发同学们，知道你们犯了什么错了没？你们把设计师同学最用心的地方直接舍弃掉了，完全没有体现出来，怎么和设计师成为好朋友？你们都知道设计师平时聊天都说着什么吗？“哎呀，那个谁谁谁的设计还原真的是……唉，不说了，说多了都是泪……”

所以正确的做法是，当你发现设计稿上某一处的设计非常精致，细节很多，你一定要打起200%的精神，一定要像素级别还原。

7. 主动加一些小而美的动效

适当增加一些小惊喜是人际交往中非常重要的一条策略，对于设计师而言，给他们最好的小惊喜莫过于主动增加一些小而美的动效。这些动效对于开发者而言，可能就是三两行代码的事情，但是对于设计师而言，那可是维多利亚湖上的春风，富士山上的日出，是非常愉悦的体验。可以迅速拉近和设计师之间的关系，是投入产出比很高的一个做法。

当然，也要控制这个动效的度，免得弄巧成拙。首先动效不能太多，会让整个产品显得啰嗦；二是动效不能浮夸，会影响产品的气质；三是这些动效不要在关键场景添加，这样即使动效不合适，也不会有什么大的损失。

还有一种更稳妥的方法，就是提前和设计师商量好，可不可以增加这样一个小动效。虽然少了点惊喜，但你有这个心，设计师就已经很知足了。

8. 给设计师开发几个提高效率的工具

开发人员会编程，可以自己写软件，通过工程化的手段，消灭重复劳动，提高自己的工作和开发效率。但是设计师却不会这些东西，很多事情都是手动完成，效率较低。

此时，一个和设计师成为好朋友的机会出现了，那就是倾听设计师的需求，给设计师开发几个提高效率的工具。

简单的如：图像批量压缩，批量尺寸变化，批量重命名，批量格式转换，批量滤镜等。

复杂的如：项目设计稿在线过审、批注、讨论系统，提高协作效率；历史设计素材聚合搜索系统，这样很多图标就不会重复绘制了，等。

如果你能力不足，无法开发出定制化的效率工具。可以多介绍介绍一些提高效率的工具，虽然理论上设计师知道的设计工具比你要多很多，但你有这个心，设计师就已经很开心了，关系自然也就近了。

9. 多在设计师面前晃悠，多和设计师交流

生物都有“多看效应”，也就是对越熟悉的东西越喜欢的现象。可见，若想增强人际吸引，就要留心提高自己在别人面前的熟悉度，这样可以增加别人喜欢你的程度。因此，要想和设计师成为朋友，有事没事的时候就去设计师附近的工位转转，买点小零食、糖果什么的，不值几个钱，正好让你有理由出现在设计师的视野里，增加熟悉度，无形中就会增加对你的好感。

当然，我们可以做的远不止送零食。中午点外卖的时候是不是可以一起拼单啊，玩王者的时候是不是可以一起组个队？

然而，很多公司的开发人员，和设计人员是分属于不同的部门的。你说你一个大老爷们，没事的时候就去妹子巨多的设计部那边转悠，跟设计师一起吃饭，一起玩游戏，要么你是弯的，要么你肯定对设计部哪个妹子感兴趣。理论可行，现实不可行，那有没有其他更冠冕堂皇的接触理由呢？

有！

当你遇到设计问题需要讨论的时候，尽量不要电话沟通，勤快点，直接跑上去当面沟通，让其他设计师也看到你。

你可以主动去给设计部门做技术科普方面的分享，设计师其实他也很想了解一些代码开发上面的东西，这对于他们的设计是非常有帮助的。你多做几次这样的分享，就算你讲的内容他们听不懂，但是，你们毕竟接触了，毕竟熟悉了，自然而然，设计师也会喜欢你的，至少不会讨厌吧，路上看到肯定会打个招呼什么的，是不是离和设计师成为好朋友迈了一大步？

年底了，写个感谢信，感谢设计师谁谁谁，谁谁谁，没有你们的辛苦付出，这个产品不会完成地这么顺利，之类的。是不是可以让你们的友谊进一步升华？

10. 写一篇追捧设计师的文章

最后，给大家介绍一个和设计师成为好朋友的终极大招，那就是写一篇追捧设计师的文章，就像本文这样的文章。如果你发现你写不来，也没关系，转发这篇文章给你们公司的设计师，可以得到同样的效果。

好了，你们现在可以速速转发起来。

来自：鑫空间鑫生活，作者：张鑫旭  

链接: https://fly63.com/article/detial/2821