交互设计师和产品经理之间关系的发展历史,简直就是一部相爱相杀的斗争史。交互设计师和产品经理所负责的领域之间,一般来说是有一定的技术壁垒的,但在现实工作环境中,这个壁垒则非常模糊,甚至两者负责的领域之间,有一个非常模糊的中间地带。而这个中间地带,究竟是由产品经理说了算,还是交互设计师说了算,则是情况各异。
我在多年参与设计项目的实践过程中,碰到过形形色色的产品经理,有些产品经理事必躬亲,有些产品经理甩手掌柜,要说哪种产品经理和交互设计师的合作更紧密,更能发挥两种岗位本身的特长,这个需要结合实际案例具体分析。
产品线框图产品的体验设计一般分为五个层级:策略层->功能点->信息架构层->框架层->展现层,这五个层级从抽象到具体,层层递进,就一个完整的项目而言,基本上都会经历从策略层到展现层这五个层级的整个过程,试图跳过某个层级而直接进入下一层级,一般都会造成各种各样的、严重程度不一的体验问题。
体验设计的五个层级而在这五个层级内,产品经理和交互设计师之间如何分工,就会因为公司不同、部门不同、领导不同、产品经理不同、开发不同而互有消长。
一般来说,产品经理所负责的工作范围也是很有弹性的,而产品经理所能延伸的权限,取决于其愿意或者被动地担负的责任大小。一般来说,产品经理需要负责一个产品从需求整理、产品规划、需求立项、体验设计、开发、测试、上线、迭代整个流程,而一个人的时间和精力是非常有限的,如果一个产品经理把大部分时间平均分配到所有过程中,Ta是不可能把所有的时间和精力都投入在具体的设计环节去的。
换一种说法就是,如果产品经理在一个项目中始终紧盯着设计流程,那这个产品经理一定是在其他环节放弃或被剥夺了很多的责任或权限,导致Ta只能被迫向设计环节倾斜。
在以前工作过的一家OTA公司,在参与国外火车票预订的项目时,碰到过一个产品经理,敢于把产品从功能点层级开始就完全放权给交互设计师,当时的合作流程是:产品经理与设计师沟通,阐述自己的想法,解释自己的目标,设计师认为可行,产品经理立项,向设计师明确产品要达到的目标,要解决的问题,过程中可能一起讨论功能点达成一致,然后设计师从信息架构层开始设计,一直到框架层完成,把方案跟产品经理沟通,双方达成一致后,交付UI设计。
当时的合作方式对于双方而言,都是利益最大化的合作方式,产品经理因为在其他环节的权限没有受到挤压,所以放心把体验设计全流程交给设计师完成,但这个过程中其实有一个风险点,就是产品经理是对整个产品质量负责的,如果交互设计师做砸了,没有达到预期目标,产品经理是需要背锅的,而且是一口无法逃脱的大锅。所以设计师不能只争取权利,还要做好“送死”的准备。
背黑锅我来送死你去因为被给予了完全的信任和最大的权限,能够从最开始的环节一步步设计规划,所以最后效果反馈一般来说也会是非常好的(不好的原因可能设计师要负有一定责任),这种正向激励又会刺激和促进产品经理和设计师更好地合作,可以说,这种配合方式是交互设计工作进行得最顺利,能够产出较多设计成果的方式。
后来离开那家公司后,那个产品经理还是非常怀念当时的合作氛围,因为这种合作关系也是需要相互磨合的,如果说好的产品经理和交互设计师的配合是像“伯牙子期”那样惺惺相惜,可能夸张了点,说是像“郭德纲于谦”那样相得益彰则是比较贴切的。
但以上只是一种最理想的合作方式,在多年的参与各种设计项目的过程中,见过各种各样的产品经理,产品经理画纸上草图的有之,在Excel里画草图的有之,在Axure里画草图的有之,在墨刀里画好demo直接扔给设计师的亦有之,总之是已经见怪不怪了。
造成产品经理的这些问题的原因很多,一般来说原因可能有:
1. 产品经理本身权限不够
完全拥有产品设计全流程权限的,是产品经理,但在国内很多公司,老板才是真正意义上的产品经理,而产品经理只是产品助理。在这种情况下,产品经理能够亲力亲为的领域也就不多了,必然会关注设计层面。这种情况下,交互设计师很难扭转被动局面,因为整个流程不是自己的岗位能完全影响和改变的。
2. 其他岗位角色侵蚀了产品经理的领域
我们见到最多的是老板侵蚀了产品经理的领域,剥夺了产品经理的部分权限,但有些时候,项目经理、开发、测试在自己很强势且产品经理不强势的情况下,会干了产品经理的事,导致产品经理无事可干,最终必然会把过剩的精力投入到设计领域中来。我在以前一家公司,在参与一个项目时,曾碰到过一个产品经理在设计环节事必躬亲,当我嘲他:“你难道除了设计没事干了?”的时候,他竟然直言:“开发头儿抢了我的活儿,我有什么办法?”,也实在是让人非常无语。
3. 产品经理本身性格特点决定
有些产品经理本身性格就是“全职保姆”型的,或者是以前公司没有交互设计岗位,需要产品经理亲力亲为,他们已经习惯于既当爹又当妈的生活了,突然让他放弃在设计环节上的操控,他们一时无法接受。这种产品经理的态度一般来说,是能够在合作过程中,慢慢帮他们扭转过来的。
4. 交互设计师本身不思进取
我在承担设计管理的职责时,也碰到过一些交互设计师,他们安于现状,不了解自己岗位的特点,以及自己岗位存在的理由和目标,安于为画草图的产品经理“描线框图”,甚至甘之如饴,从来不去了解用户,不去了解需求方,不去了解产品功能点,这种交互设计师不愿承担更多设计责任,更遑论向上游索要更多权限,这种设计师会导致产品经理完全侵入设计下游领域,最后结果是:产品经理干了交互设计师的事,让交互设计师无事可干。
所以总体来说,最健康最理想的合作方式是,产品经理跟交互设计师沟通产品策略层,把目标和诉求告诉交互设计师,然后就把剩下的设计工作交给设计师。
要是因为各种现实原因做不到,退而求其次的是,交互设计师能够体谅产品经理在产品其他设计环节被掣肘的痛苦现实,也能够接受某些产品经理事必躬亲的工作态度,但产品经理的草图基本上应该是非常简略的草图,并且设计师需要跟产品经理反复确认:这个草图是用来让设计师更直观地了解需求,并需要产品经理明确保证后期交互设计稿会完全不受此草图束缚。
否则,交互设计师如果只是把产品经理的草图绘制成线框图,这已经完全背离了交互设计师岗位设立的初衷,即产品流水线的岗位专业化,交互设计师一定要坚决争取自己的权利,当然也要承担相应的责任。毛主席曾经说过:“以斗争求团结,则团结存,以退让求团结,则团结亡”,交互设计师遇到喜欢画线框的产品经理时,如果一味退让,必然会导致交互设计师角色定位模糊,变得定位尴尬,最终失去岗位特色。
网友评论