先说下本人身份，平面设计出身，转型为WUI设计，逐渐发展到GUI。后来转为需求分析工程师，开始UE/UX设计，现在是质监（测试方向），后期发展是产品或者EPG方向。管理过产品部，设计部，质监部。沟通这个事深有体会。

在跨职能部门间（传统IT公司）的沟通，最主要的问题是，每个人都负责很多项目（产品或产品线），要面对很多项目经理及自己部门的职能经理。每个人的管理风格又独具风格。下面实施人员长期处于被催促状态。

沟通是双向的互动，本文仅从产品经理角度去描述如何与设计师沟通。其实还应该换位一下，如何让设计师与产品沟通。

现实中，下面的人不反馈，上面的人永远不会知道潜在风险，往往是事后发生了，才知道问题。例如设计师工作都完了，浪费那么多时间，你让她修改一个“完美作品”，那太难了。

实施人员不愿意沟通的原因有几种吧。
1没时间沟通，工作太多，赶紧加班做完
2认为没有必要进行专业与非专业的沟通
3盲纬的出现，不知道沟通什么（这是双向的，大家都不在对方领域，真心不知沟通个啥，本文也有描述这类事。感性和理性的对话还是有很多矛盾点的。）

还有，大部分公司很多人，管设计师叫“美工”，这是大忌中的大忌。敢这么称呼设计师并安排工作的人，我估计那就遥遥无期等着吧……

通篇看下来，看到最多的字眼是“结果设计师很生气”，我接触过比较多的设计师，大多沟通都比较困难，生气+吐槽。

在团队搭建时，我非常注意设计师的沟通问题。设计师经常犯下如下错误：1、产品原型怎么来的，就用PS变成高保真；2、怎么漂亮怎么设计，怎么能要求我改稿呢；3、设计完成就完事儿了，项目上线后发现与设计稿不符；

我非常认同“让专业的人做专业的事儿”，我认为好的设计师应该是润滑剂，是提供服务支持的，能让项目锦上添花的。对于产品、运营，Boss提出的要求应该能及时响应的，具体完成标准和时间则另行沟通。
在专业性上，我认为设计师除了对专业知识有一定程度的掌握，还要对业务、交互和用户心理有基本的认识。前者保证了作品的质量，在有人质疑时也能有专业的知识告知他人设计理念，而非“我觉得这样更漂亮”，后者则保证了设计和产品的沟通，产品和设计的冲突点一般在于产品的可用性上。美不代表一切，但用心的设计一定是美的。

我觉得和设计师沟通最重要的是用他能理解的语言让他理解你的诉求点，在他缺乏的部分需要你提醒或者多讲一点，比如工期和设计范围，寻求共赢，彼此都有进步的部分。我遇到的设计师有些希望有更多的拓展性，除了常规的一些设计，你可以给他一些空间，让他做发挥，比如除了常规的页面的设计，还想要做交互。还有些对视觉很感兴趣，情况容许的情况下，可以多给她一些做视觉的机会，或者一些建议，比如做整体视觉的方案。

另外，国内和国外可能不太一样，或者说公司可能不一样，一般产品都把原型和交互都做好了，设计师会根据原型做优化，不会对功能进行修改。

最后，是之前踩得一些坑。刚开始做产品的时候，对设计师过于信任，定了日期，发现迟迟交不了东西，没办法，自己先做了高保真的原型。技术等着设计图，迟迟等不到，就先用了高保真的原型。然后，换了新的设计师，才好一点。后来，设计的图老板总是觉得不满意，也没时间看，卡在设计这边的时间就很多，就开始固定老板的时间，对设计提出意见，拆分老板的真实意见，产品侧还是设计这边，把意见具体化。同时，规定大家对于设计可以提出意见的时间，分优先级和重要程度处理。还有设计同学与业务和用户走的比较远，要尽可能让设计师对业务背景和用户有些了解，而不只是为了设计出来好看，或者逼格高，而是要真正给用户使用的。

设计师，当然要充分给予他们发挥的空间。

接触的新手设计师比较多，我会给他们讲功能中必不可少的东西，同时会给他们找到一些比较好的有借鉴意义的设计，告诉他我在这些设计上看到哪些交互或处理方式比较优秀。老手就是直接扔原型讲流程，里面交互、设计表现随意。

坑也会有，是否依顺艺术家的性格取决于他们的能力。有些设计师有自己非诚固执的想法，但是这些想法没有交互体验，没有设计规范，特别是设计新人听到自己的设计要被修改还会感到委屈。这种事情多是新人，我的做法是直接就事说事讲交互讲设计规范。