产品经理和设计师协作,少说“你看着办”

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

一、设计师逐渐骂街

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

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场,不承担相关法律责任。如若转载,请注明出处。 如若内容造成侵权/违法违规/事实不符,请点击下方“内容举报”进行投诉反馈!
立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部