编辑导语：在互联网工作下，产品经理经常需要与设计师打交道，但是由于二者工作职责不同，容易在不同的点上产生分歧。本篇文章以交流的方式将你代入语境中，一起来看看产品经理和设计师的相处模式。

一、设计师逐渐骂街

1. 产品立项

设计师：“你好，我是新来的设计师，分配到XX项目负责软件UI的设计工作。”

产品狗：“哎呀，你好，终于来了啊，昨天刚立项完了，评审PPT都是我画的，一点都不好看，你可总算来了啊。”

设计师：“哈哈，能发给我有关这个项目的相关材料吗，我先了解熟悉下。”

产品狗：“你说商业文档啊，那个没啥用，其实这个产品就是个XXXX软件，给XXX人群用的，主要是用来XXX，我把原型图发给你，你一看就明白了。”

设计师：“emm，好的。”

几分钟后，设计师打开图一看，几十张套着iPhone外壳“高保真图”，还有零零散散的几条交互线，甚至图里还有些产品自己画的令人难以理解的icon。

设计师抓了下头发…..

2. 项目开发

设计师：“诶，产品的基调和风格你有什么要求吗？”

产品人：“画的好看就行了，颜色弄些活泼灵动的那种。”

设计师：“emm，能给一些能参考的点吗？”

产品人：“你下个XXAPP吧，大差不差地画就行了。”

设计师挠了挠头。

3. 项目测试

产品人出现在设计师背后，猛地一拍设计师的肩膀，设计师差点心肌梗塞。

产品人：“不忙吧，测试的时候，开发和我说还缺了一些异常状态的流程。”

设计师：“emm，好，可以，流程图和线框图发我吧。”

产品人：“没啥问题的，就几个页面，看着来，一下子就改完了，来来来，我们现在开始改，你打开XXX的功能，对，这里加个页面，标题就叫XXX……”

看着产品的手在屏幕上指点江山，设计师无奈叹了口气。

4. 项目运营

项目已经上线了，马上就要投入运营了，产品人在群里发了句牢骚。

产品人：“哎呀，运营方案和经费都到了，插画师咋跑了呢？”

设计师一看，有些不对劲，手心冒了汗。

不一会儿，产品人借来了一个画板，笑眯眯地来到了设计师旁。

产品人：“插画师没了，我又不会插画，你照着这个插画图改改吧，你看着来，要求不用太高。”

设计师：“……你T**的！”

5. 迭代到挂

项目维持了好几个版本迭代了，但设计师发现产品最近半个月都没来骚扰自己了。

设计师：“最近产品有什么新的迭代计划吗，我提前计划预估排期。”

产品人：“啊，忘了和你说了昂，产品在月初的季报会上被高管商议后给停了，忘了和你说了。”

设计师打了一大串字，又默默将其清空。

设计师最后打了两个字：“好的。”

二、产品与设计的矛盾

写完了上述的场景，作为产品狗的我，额头都出了汗，虽然有夸张的艺术成分在，但这不是虚构的，是真实发生过的，高频出现在0~1.9年的产品人身上。

如果说产品和开发矛盾大，大家可以理解，因为业务和技术本身就会存在一定的冲突，但设计师和产品经理理论上是为广义上的功能、狭义上的界面负责的，应该是统一战线的，咋还玩起了内战呢？

1. 项目不带设计师玩

项目立项会议产品人忘记了设计师。

项目迭代会议忘记了设计师。

需求评审开到了一半，开发问：什么时候能给图？

想起来了设计师。

这就导致设计师压根没有真正参与到项目中来，既没有项目理解深度，也没有团队归属感，实在是充当了一个画图的工具人。

说到底，产品经理作为项目的直接负责人，没有发挥好团队引领作用，没有凝聚好团队，属于认知缺乏，格局较小。

2. 产品方案反复修改

没有完整熟悉过项目，转而产品就扔过来了线框图，设计师一脸懵逼地拿到了方案就得开始做。

结果按照图做，交付给开发后，开发发现缺斤少两（其他细节状态），结果又被打回来。

这实则是产品人的责任，方案的清晰描述、完整全面，应该是产品最基本的业务要求之一了。

这个不但设计师会打人，开发更会打人，实属将盟友推向了“对立面”。

3. 项目信息不同步

产品人如果作为平衡点，没有将项目各部分信息同步给团队，必然会失去团队的信任。

项目推进到了哪一步、需要完成什么内容、交付时间是多久等等，这些都需要和成员沟通好，已达成最大的一致性。

当然，设计师也应该要主动沟通，不能改变外部环境，也只能做好当下自我的改变，无论从自身职业发展还是业务工作来说，都是需要积极参与到团队中的。

三、别说“你自己来”

说实话，产品人作为项目的“灵魂人物”，也应该成为团队的“绝对领袖”。

这就要求，产品经理需要从全局性的更高维度来看待团队。

1. 团队认知需要统一

说的绝对一点的，哪怕是设计师不喜欢这个产品，你也得让他明白这个产品是什么。

该有的信息要一个不少的给，让设计师了解在目前和未来某时期他可能会有的任务，方便他做好评估和排期，有自己的主动权，而不是被动状态。

其次，团队角色各不相同，要相信你的设计师能够处理好界面问题，产品人不要自己沉迷于某个icon的样式中，多关注自己的职责，为团队负责。

2. 向设计师学习设计思维

老实说，虽然产品设计说了千遍万遍，但实则很多产品经理的设计思维还是不达标。

并不是说要像UI设计师一样拥有像素眼，而是有时候要理解设计师这一岗位的职责的思维，站在设计的角度看待问题。

例如，设计师问“产品的风格和基础色调有什么要求吗？”

产品经理就不要甩锅一样说“你看着办”，这是不负责的表现。

而是应该协同设计师去参与用户研究，再用情绪板这种工具去定主题色（下期内容）。

说实话，学一点设计，提升视觉审美对产品的职业发展也是挺好的，例如小米11的ID美感就没红米的好，与其说是设计师能力不同，还不如说是最后拍板人（产品经理or老板）的审美层次有差异。

四、结尾

产品经理，一定要记住，你虽然没有解雇成员的权力，但你有带好团队的职责。

该抓的地方一个不能放，但该放手的地方一定要放手，放心交给你的成员，和设计师好好相处，少说些“你自己来”，多一些“我帮你解决”、“我们一起”。

这样，你的盟友才不会跑到开发那边，成为你的“对立面”。

本文由 @loosaumin 原创发布于人人都是产品经理，未经许可，禁止转载。

题图来自Unsplash，基于CC0协议。