我理解的产品经理
本文,我从一个新手的角度去记录我所理解的产品经理是什么。仅代表个人观点,仅从一个没有UED支撑的从业者所思所想出发,肯定会有错误,欢迎批评探讨。
前段时间千鸟写UCD概念在中国系列的时候,我跟他说你可以写个“产品经理在中国”,千鸟说这个事情太复杂没有经历去搞,等有时间的。于是,我一直期待到现在我想表达一下我自己理解的产品经理了……
首先,产品经理是个舶来品,业界普遍同意的是这个东西源自宝洁公司。其英文说法是Product Manager,中文翻译为产品经理,简称PM。我试着从这2个缩写字母来理解一下目前的产品经理流派。
1、产品的经理。P:Professional,专注于做(Design);M:Management,专注于管理。
2、产品和市场。P:Product,产品设计层面;M:Market,市场运营层面。
第一种流派是目前几个大公司的产品经理流派,每个产品经理最终的发展方向不一样,有专注于设计的有以管理为方向的,然后P1、…、P12,M1、…第二种是我自己杜撰的,基于我自己的理解,个人为人第二种缩写的解释会更适合我理解的产品经理。
产品经理是永远从需求出发的立足于产品的有良好运营思维并擅于团队作战的狼首领。
记得早前在微博上有一条关于产品经理的微博流传甚广,被转发很多次,我是这样回复的:“我们只是:开发里面最懂UI的;运营里更注重用户的;战略中比老板更知道从细微着眼的;销售中比运营更了解产品的;比谁的权利都低但比谁都会运用权利的;产品做好了最容易被遗忘的那个小人物”。这是我对我理解的产品经理的第一次概括。下面详细说下
1、产品经理首先必须要对所从事行业充分了解,先是行业专家。深度了解这个行业的用户行为、行业规则、行业特点,或者至少是资深用户,才能培养自己的同理心,才能把握住整个产品的发展方向,最终去做产品。
2、产品经理是个立足与产品有运营思维的人。之前我说,产品设计师都是自负的,他们思考问题的方式在于这个事情应该是什么样子而不是他现在是什么样子;工程师同学永远都会先考虑功能实现然后考虑是什么样子;而市场运营同学考虑问题在于老板给我的预算额度是一定,我怎么分配这些市场费用能够达到收益最大化。所以,产品经理同学就必须兼备以上的思维,在做某个决定的时候同时“人格分裂”的从这三个方面考虑一遍。
在产品团队中,产品经理必须时刻记得问自己这样几个问题:我的核心用户是谁?他们在什么情况下有这个需求?这个产品的目标与期望值是多少?并且,要让整个团队的人都有问这几个问题的意识。需求,永远都是最根本的,如果产品经理搞不清楚这个事情,那么交互设计、视觉设计、工程师都会跟着错!产品经理草率的告诉交互设计师说我们需要上一个某某功能,交互设计师有责任有义务询问产品经理,为什么要做这个,给谁做?然后才是开始去做设计!否则就只是个工具。
3、产品经理要在团队中扮演寻找满意解的角色,而不是最优解的角色。如上图所示,产品设计、市场运营、工程技术3个部门关注的产品的点是存在重叠的,而产品经理就是去发现这个重叠的部分并很好的利用这个重叠的人。
满意解的意思在于,产品经理是基于“权益”的标准来进行团队沟通的,而不是基于权利或者权力,这个解需要平衡团队所有成员的权益。所以,我一直认为,“马化腾、史玉柱等是中国最好的产品经理”的说法是有问题的,他们应该被叫做“拜用户教”教徒以及“UCD型Boss”,他们算不上产品经理。
4、产品经理的核心技能在于沟通与控制。团队以及合作的观念必须时刻具备,当团队里每个人都受到鼓励、赋予了权利并且被尊重与信任的时候,团队就会有最理想的表现。从另一个层面上看,以团队意识为核心的结果往往会是没有核心,平衡了各方的利益之后,往往把本来最有利的部分完全抹杀了,敢于拍板和为自己的决定负责对产品经理来讲很重要,也就是要讲究控制,或者按照百度的话说叫做“和多数人商量,听少数人意见,自己做决定”。记得之前有位前辈给我推荐过一本书《只有偏执狂才能生存》,受益颇多。
你可以有某个领域不会,但是,你要有能力指使会的人去做。当然,也有必须什么都去做的产品经理。我把国内目前的产品经理分为两个类别:有UED支撑的产品经理(雌雄异体)、全能型产品经理(雌雄同体)。在有UED支撑的情况下,产品经理不太需要去关注产品具体的设计细节,产品经理更加偏重于如何去沟通,去解决问题;而没有UED支撑的产品经理更多的在于学会如何最大限度的利用资源,由于从设想到实现几乎都是一个人来做,所以,偏颇在所难免,寂寞是产品经理最要命的敌人。
5、产品经理一定是最爱自己产品的那个人,并且,我觉得只有自己一个人爱是不够的,同时还需要让整个团队的成员都植入这个观念。这种爱不是溺爱,我觉得有2个方面:擅于且敢于主动的自我阉割,开放的心态接受一切批评意见;不断的向大家介绍你的产品,并推荐之。为了爱产品需要有狼性,如我在微博上所说,产品经理应该明白,资源是靠“打砸抢”得到的,别指望别人施舍;社区的运营与产品设计者也应该明白,要做好社区就必须要有铁血政策,特别是在一个充满刁民的社区,当然,对部分意见领袖的怀柔也是必须的!
6、产品经理需要关注细节,但是不能纠结与细节。这点其实不用上纲上线,写出来只是警醒一下我自己。
没开始写之前我觉得我想的挺明白的,可是写着写着发现这些话好像是直接对我微博上说的过的话进行总结与摘抄,然后再读一遍发现好像都是废话…..不过,好吧,也许最难做到的就是那些正确的废话了,我还是记录下来了,我会不时回头看看我走过的路我思考过的痕迹的
相关日志
再说说厕所里那点事 (9) 确定?没法确定! (8) 识别产品机遇:SET系列因素 (1) 设计中的同理心 (9) 需求不等于功能 (7)建议继续学习:
- 为什么现在那么多人应聘产品经理岗位? (阅读:6898)
- 给想转行做产品经理的同学 (阅读:5846)
- 互联网产品经理必读书目 (阅读:4727)
- 产品经理与研发经理的分工 (阅读:4243)
- 行进在产品经理的路上 (阅读:4018)
- 成长的财富,我做产品经理社区组织的这3年。 (阅读:3961)
- 互联网产品经理,全方位入门,图书推荐 (阅读:3868)
- 产品经理怎么和程序员打交道 (阅读:3797)
- 产品经理3年沉淀和总结 (阅读:3627)
- 如何做一个干货且装逼的产品经理演讲? (阅读:3546)
扫一扫订阅我的微信号:IT技术博客大学习
- 作者:kent.zhu 来源: 幻风阁|kent.zhu'sBlog
- 标签: 产品经理
- 发布时间:2010-08-11 10:01:55
- [67] Oracle MTS模式下 进程地址与会话信
- [65] 如何拿下简短的域名
- [65] Go Reflect 性能
- [59] 图书馆的世界纪录
- [59] 【社会化设计】自我(self)部分――欢迎区
- [59] android 开发入门
- [58] IOS安全–浅谈关于IOS加固的几种方法
- [53] 视觉调整-设计师 vs. 逻辑
- [47] 读书笔记-壹百度:百度十年千倍的29条法则
- [47] 界面设计速成