产品经理和设计师协作,少说“你看着办”
编辑导语:在互联网工作下,产品经理经常需要与设计师打交道,但是由于二者工作职责不同,容易在不同的点上产生分歧。本篇文章以交流的方式将你代入语境中,一起来看看产品经理和设计师的相处模式。
一、设计师逐渐骂街
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
版权声明
本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!