码迷,mamicode.com
首页 > 其他好文 > 详细

如何面对强势的产品经理?

时间:2014-08-05 11:27:05      阅读:215      评论:0      收藏:0      [点我收藏+]

标签:style   blog   http   color   使用   os   strong   数据   

【如何面对强势的产品经理】


也许根本没有什么产品定位、需求分析,甚至连需求文档都没有,更别提产品经理和设计师一起讨论需求了。所有的决定可能都是拍着脑子做出来的,或是要求设计为商业让路,或是要求赶进度、直接照抄竞品……

于是很多设计师会抱怨:讲那些道理都没用,领导让你做什么你就得做什么。产品经理就是一意孤行,就是不把你当回事,每次都自己决定好一切了再来找你,又给你很少的时间,又不听你的意见……

设计师确实处在一个比较被动的地位,所以就更应该主动出击,主动和产品经理沟通和交流,让他意识到你对产品的热爱、对工作的主动,这样也就更愿意和你交流。如果只是每天被动的等待,那时间长了可就真的成了怨妇了。

在这里告诉大家一个诀窍:搬到产品经理旁边去吧,距离既产生美,也产生隔阂和麻烦。如果能及时关注产品经理的动态,及时和他探讨,你会发现你的存在感提升很多。

总之,通过扎实的基本功和良好的心态、积极的行为,我们完全有可能在逆境中调整自我,坚持不懈的通往成长之路。

 


商业价值VS用户需求

老板对产品经理说:“这个地方就这么做,在这里添加一个入口。”

产品经理对交互设计师说:“老板说要在这里添加一个入口。”

交互设计师:“……”

很多设计师都会遇到这种情况:领导要求要这么做,产品经理只负责传话,设计师没有一点辩驳的机会,只能照做。这个时候其实最重要的还是摆正好心态,换位思考,考虑对方要求这么做的原因,而不是一味抱怨。


不靠谱的产品经理什么样

产品经理:“这个地方所有竞品都是这么做的,为了保险起见,我们和它们一样就可以了。”

交互设计师:“可是这里的用户体验并不好啊,文案还有歧义。”

产品经理:“没关系,竞品都是这样的,用户能明白的。”

交互设计师:“……”

如果让设计师来倾诉工作中遇到的各种“奇葩”产品经理,那恐怕是三天三夜都说不完的。我们在与其他公司的同行交流的时候,发现大家遇到的情况也都差不多。大家最痛恨的产品经理的行为主要有以下几种:

需求变动多:需求不靠谱,没有想清楚,总是改来改去。

需求有变动其实是比较正常的,但有些产品经理经验有限、又太过于追求完美,总是在设计师或开发人员加班加点的完成以后,又推翻了原先的想法,让项目成员叫苦不迭。

还有的产品经理不写需求文档,或需求文档粗糙不堪,缺乏基本的功能点与描述,让项目成员难以进行后续工作,却反复催促时间进度,严重影响效率和质量。

过于主观:在设计方面提过多主观意见、干扰设计师的工作。

产品经理应该学会信任团队,让专业的人做专业的事情。如果需要改动,尽量从专业角度出发,而不是个人主观感受,比如:这里是我们要突出的重点,希望在界面上强调一下;这里的视觉元素对文案有干扰,希望能弱化一下;这里的内容有歧义,用户难以理解;这个地方的设计和业务逻辑有冲突……

但有的产品经理可能会这样要求设计师:这条线往上调一像素、这个颜色换成和那个网站一样的蓝色、这里加个小鸟元素……设计师的思绪完全被打乱,难以做出令人满意的作品。

过于关注细节:产品经理应该关注细节,但不要过于纠结细节。

我遇到过不少产品经理,对产品方向、定位没什么概念,却喜欢琢磨着画线框图或摆弄UI元素,并在这上面耗费过多时间。

产品经理一定要首先有大局意识,再去关注细节,同时要考虑好项目时间规划,不要在细节处耽误过多的时间,影响整体的项目进度。

不能合理安排时间:工作拖沓、效率低,给别人安排时间时却非常紧凑。

有的产品经理不能认真、高效的完成自己分内的工作,却把设计、开发人员的时间安排的紧紧张张,导致员工加班不说,还影响工作质量和效率以及团队成员的积极性。

不负责任:不够热爱产品,对工作敷衍了事。

工作中确实遇到过不少这样的产品经理,不把产品当做自己心爱的事业,只是应付差事而已。有的产品经理完全就是一个传话筒,几乎没有自己的思想;或是永远保险起见,让设计师“借鉴”竞品。这样不仅做不出好产品,也难以留住团队中优秀的人才。

其实不管做什么职业,做人是第一位的。学会尊重别人,别人才会更好的配合你工作。以上这些是很多设计师都会遇到的一些问题,但是如果我们参加产品经理的聚会,让产品经理来倾诉的话,会发现他们对设计师也会有很多意见。

设计师如果想成功逆袭,对抗不靠谱的产品经理,必须先改正自身的问题,逐步完善自己。

过于强调自己的主导地位:

产品经理是一个职位名称,而不是一个行政头衔,他与团队成员只是组织和合作的关系。产品经理应该能够意识到这种平等协作的关系,而不是把自己当作甲方,对其他人呼来喝去,这样是难以组织一个优秀的团队的。

 

让产品经理头疼的设计师什么样

用户研究员:“这个地方我们使用的是聚类分析的方式,最后得出了这样的结果。还有这些是问卷得出的数据,我跟大家分享一下。”

产品经理:“我不关心你使用什么方法,我想知道这些干巴巴的数据和我的产品有什么关系呢?他们能说明什么问题呢?”

交互设计师:“你这个地方怎么能放推广位呢?太影响用户体验了。”

产品经理:“我们也有业绩压力啊,产品得首先想办法活下去啊。”

视觉设计师:“今年流行这种唯美小清新的风格,还有这种色调,在年轻人中很受欢迎。”

产品经理:“可这是一个促销界面,目标人群是30-40岁的人群啊。”

不懂得平衡:设计师需要学会兼顾商业利益和用户体验之间的平衡。

定位局限:把自己局限在专业范围之内,没有考虑业务线的需要,缺乏产品意识。

比如用户研究员一般会根据分析结果给产品提供一些建议,但因为用研人员可能缺乏产品、运营、推广方面的相关知识,对产品又不够了解,提出的建议根本不可用或者让产品经理看起来很幼稚。

交互设计师可能会过于重视用户的操作习惯、用户体验等,完全忽略了产品的业务要求和商业利益的考虑。

视觉设计师可能过于重视视觉表现和流行趋势,没有考虑到如何通过视觉元素来对用户进行有效的视觉、操作引导,以及如何突出产品想表现出的关键元素。


bubuko.com,布布扣

图5-15 两版电影票活动头图对比


比如这两版电影活动头图,上图虽然给人清新活力的感觉,但内容比较凌乱,难以一眼识别主题;下图则比较清晰,突出了最主要的标题、活动按钮,其余内容则虚化处理。很好的体现出了设计师的产品意识和对用户的理解。

抱怨多、建设性意见少:对业务质疑、抱怨多,却很少去想怎么解决问题。

视野狭窄:只懂得专业领域的知识,难以和其他角色沟通和合作。

设计其实和产品经理一样,都属于复合型学科。设计师光懂得自己专业方面的知识是远远不够的。比如作为一个交互设计师,应该懂一些用研方面的基本知识,能独立做一些简单的用研工作,也能够评判一些视觉设计的问题;视觉(界面)设计师,应该懂一些交互方面的知识,这样才能确保理解产品、交互原型传达的理念。

当然这些还不够,不管是用研、交互还是视觉设计师,不仅要懂用户,还要学会站在产品的角度想问题。平时也要注意学习产品方面的知识,这样才能和产品经理站在同等的高度沟通。

专业技能不佳:不够懂用户,经验欠缺,设计水平欠佳等。

以上这些问题是很多设计师身上都存在的,只有先改进了自己的问题,成为一个优秀的设计师,我们才可能在遇到不靠谱的产品经理时,积极发挥自己的力量,成功逆袭。


本文摘自《破茧成蝶》


关于《破茧成蝶》这本书

作为一门独立的学科和行业,用户体验设计正在快速发展并得到越来越多的重视。随着互联网思维这一概念的提出和兴起,“用户体验”的地位和关注度得到进一步的提升和强化。 

市面上已经有很多专业的用户体验书籍,但解决用户体验设计师在职场中遇到的众多现实问题的图书并不多见。本书从用户体验设计师的角度出发,系统地介绍了其职业生涯中的学习方法、思维方式、工作流程和方式,覆盖了用户体验设计基础知识、设计师的角色和职业困惑、工作流程、需求分析、设计规划和设计标准、项目跟进和成果检验、设计师职业修养以及需要具备的意识等,力图帮助设计师解决在项目中遇到的一些常见问题,找到自己的职业成长之路。 

本书由资深的一线用户体验设计师编写,书中融入了宝贵的职业经验和专业思考,对于交互设计师、视觉设计师、用户研究员等具有一定参考价值和借鉴意义;同时,本书也适用于产品经理、运营、开发等用户体验相关人员以及相关专业的学生阅读参考。 

bubuko.com,布布扣


  • 网易资深交互设计师力作,全彩印刷 
  • 网易创始人丁磊鼎力推荐 
  • 用户体验设计业内专家一致好评 

针对用户体验设计师在职场中遇到的众多现实问题的图书你应该准备一本!
本书包括以下精彩话题: 
 什么是好的用户体验设计; 
◎ 设计师的角色和职业困惑; 
◎ 工作流程和需求分析; 
◎  设计规划和设计标准; 
  项目跟进和成果检验; 
  设计师职业修养以及需要具备的意识; 
◎  为什么而设计。 



如何面对强势的产品经理?,布布扣,bubuko.com

如何面对强势的产品经理?

标签:style   blog   http   color   使用   os   strong   数据   

原文地址:http://blog.csdn.net/zuoninger/article/details/38379223

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!