“技能”指的是设计师掌握了项目中其他角色都不具备的能力——画图。这么概括有点简单粗暴了，事实上设计师的专业能力远比画图两字涵盖的内容要广。 但“画图”确实是更容易被所有人理解的说法（向家里长辈解释我干什么的时候，他们如果不理解我就会说是画图的，他们就会貌似恍然大悟地哦一声，终于听到一个他们想要的能听懂的答案了）。伴随着人机界面从命令行到图形可视化，再进化到哪儿哪儿都可以摸的触屏时代，用户对于“美”和“交互”的要求越来越高，设计师的能力和价值也愈发受到重视。

 

设计师的“定位”，是随着用户体验受重视而发展起来的。互联网产品有一个很重要的特点是免费。聊天是免费的，搜索是免费的，游戏是免费的，杀毒也是免费的。免费对用户来说当然是好事，但免费也意味着用户迁移的成本很低，特别是当产品同质化严重时。一款免费游戏，如果突然宣布收费，市场上又有同类游 戏，结果很有可能是大规模的用户流失。和传统行业不同，在免费的商业模式之下，用户黏性、忠诚度对产品来说至关重要；而用户体验就是构成黏性的一个重要因素。于是伴随着互联网行业的蓬勃发展，用户体验设计师，以用户体验卫道者的姿态站了出来。

 

这么说不代表别的角色不用对用户体验负责。在一个优秀的团队中，从项目经理到开发测试，每个成员都会对最终的体验努力并负责。但设计师之外的其他角色会面临屁股决定脑袋的困境。比如产品经理除了用户体验之外，还要兼顾商业价值和老板需求；开发要考虑实现成本和技术限制；运营要负责营收和转化率等。而 设计师的定位更纯粹，自身立场不存在矛盾和冲突：站在用户立场，坚持用户体验的价值，时刻提醒团队用户想要什么；同时负责设计细节的执行。

这样就引出正题了，一个项目团队中设计师和其他角色的矛盾冲突，本质上就是这层定位差异带来的。（开发：这里明明功能都实现好了，设计师你还老是要改来改去的，到底想搞哪样！）基于这种定位冲突，设计师不能简单地把自己定位在执行层面上，还要通过积极主动的沟通，推动用户体验的落地和实现。这就对互 联网设计师的沟通提出了很高的要求。

 

实际工作中，我们每天也花大量时间在开各种会，各种讨论上。沟通的效率和效果都直接影响着最后产出的质量。但在我们看最终的工作结果的时候，沟通作为过程反而不那么直观，很难去评价和衡量。我试着列举设计沟通中容易犯的一些错误，并总结了7条经验，希望对同样在思考这些问题的同学有些帮助。下文主要拿产品经理和设计师之间的矛盾冲突来举例。

 

1. 避免鸡同鸭讲

双方都在说自己的道理，却不听对方是怎么讲的；或者因为沟通双方无法说出真实的想法，导致沟通停留在表面上无法深入。这两种情况下，沟通效率都很低，而且很难达成共识得到结果。

 

比如我有一次看到，产品经理在和设计师争执，一个在讲运营的事情，一个在讲设计规范的事情，都在尝试着告诉对方，从自己的专业角度来看，这个事情应该怎么做。讨论几乎无法进行下去，因为谁也不肯让步。这种沟通效率是很低的，双方压根就没有站在同一个层面讲问题，设计师不懂运营，产品经理不懂设计。

 

这种情况在新人身上更常见，因为新人刚进入工作岗位，只了解自己的专业和工作内容，还不太理解别的团队中其他成员的目标和立场，很容易出现鸡同鸭讲的情况。当发现自己和对方讲的不是一个层面的东西时，及时找有经验的同事来帮助沟通会是行之有效的办法。

 

另一种情况也很常见，就是沟通的其中一方不愿意或者不知道怎么说出自己真实的想法。如一个产品经理一定要设计师改一个东西，设计师怎么解释也没用，请来了有经验的同事看，也觉得这里其实不用改。沟通到最后才发现，原来是产品的老大说要这么改，产品经理在老大面前答应了要改，所以就跑来设计师这里软磨 硬泡。产品经理如果可以从一开始就告诉设计师，这个需求是来自某某，我坚持是因为我答应某某说肯定可以改掉的，整个沟通就不需要耗这么久了，因为只要把这个某某也卷入一起讨论就可以搞定了。