工作中，与开发团队的沟通是十分必要的，但是如果没有恰当的沟通方式，或充分的沟通理解，会对产品的实现的体验还有工作带来负面的影响，特别是在多条业务线上穿梭，会和不同的技术团队打交道，在实现某个细小模块的时候， 也会有不同的技术上的差异，如果保持一个开放的心态去增进沟通，对自身的设计素养也会带来提高吧。（所以提升自己的技能也是很重要的啊）
原文链接：Reduce designer-developer friction: embrace UX collaboration
如果UX工作是独立完成的，传递给开发团队实现的时候，很可能会造成不必要的麻烦。许多开发人员会将有不满，因为设计工作的返工会带来更多的额外工作，重复劳动，这并不是必须的。
UX设计师们来定义产品，帮助团队根据用户的需求来定义，细化产品路线图，创造出用户真正想要的产品，设计师和开发者需要协作得更加紧密。
共情还是系统化？
开发者更倾向于系统化，而不是共情。他们是理性的左脑思考者，他们很难看到事情感情或者展示出来的一面，设计师是有创造力的，灵活的，右脑思考者，他们更关心最终用户对设计决策的接受程度。
现在，web设计的过程不再像从前那样线性了，角色重叠，还有开放性的迭代工作，往往意味着在团队的生命周期中，交付物会在前后，横向地移动。为了跟上这一趋势，团队必须尽早沟通，经常沟通。本质上，团队的成员需要在项目的整个过程中协作，而不是在分配的角色中进行定位。--Kylie Timpani
我们如何在共情和系统化之间，拥抱恰当的协作方式呢？
讨论要点
如果一个设计师只是做了简短的说明就消失了，在两周后带来了一个漂亮的界面，这样的工作并不够。
作为一名设计师，在使用sketch创建画板之前，你应该向开发团队咨询一些事宜，它们会帮助你创建一个团队基础，来打造最佳的用户体验：
我们现在使用什么工具？
Avocode，Supernova，HTML/CSS，有几十种工具和技术。根据团队的项目需求和团队的优势，确保你和开发团队在工具链上保持一致。这将在工作中带来更多便利。
我们使用什么样的资源管理方式？
Ziplin，Marvel这样可以传递资源的管理工具，可以给开发中提供多种格式和文件尺寸，如果一开始就清楚那一种方式会减少很多不必要的麻烦。
是否有特定的命名协议？
许多工具都不能很好地从设计层出发支持自动命名。依赖它们往往会出错，尤其是对开发团队甚是如此。在前期尽早地完善命名规则，避免在实施过程中产生麻烦。
我们现在使用的框架/技术是否存在约束？
如果我们曾经和开发团队一起开发过像素完美的Android应用，那么我们就会理解Android组件和Material Design，减少返工。例如，Material Design有预设的网格布局，这些网格用于sketch的创建中，可以为设计复现省去麻烦。我们可能需要检查哪些地方应用了字体图标，哪些地方使用了原生图标。
如何展示状态，微交互和动画？
交互设计和状态密不可分，我们如何向开发人员展示这些状态，而不是通过口头阐述？在早期阶段，我们与开发者进行讨论，每个人都会有自己独特的想法，有些人会通过静态UI来解释发生了什么。过去我们也用Lottie为开发团队创建微交互和动画，这很简单，我也很推荐它。
在与Iyk Azorji合作开发音乐创作应用时，这5个技巧被证明非常有效。我们减少了一半的工期，并且创造了一个非常不错的产品。
结论
设计师和开发者之间的沟通存在问题，会给产品团队，还有利益相关者带来不必要的麻烦。通过对上面这几个关键要点的沟通，会给协作还有生产力带来积极的影响。
