工资高,晋升快?请丢掉你对产品经理不切实际的幻想


Warning: Invalid argument supplied for foreach() in /data/cxweb/www/gupowang.com/public/article/view.html on line 71
7年前

 link.jpg

 来源 | 公众号 小伶文字集

作者 | 刘洪善,百度资深安全产品经理



所谓隔行如隔山,行业外的人,对某个行业、某个工作总存在着不理解或理解偏颇;甚至很多入了行的人,对自己从事的工作也是不太了解,只是人云亦云。

 

比如对产品经理这个岗位,其实干过的人会知道,根本不是媒体所说的什么做产品决策、改变世界这些虚头巴脑的东西,产品经理和其他岗位一样,都只是业务环节里的一个服务角色。

 

产品经理常见的四个误区

如果非要划分一个范围,国内的产品经理岗是属于运营中的一个范畴,职责主要是进行产品相关的管理。比如需求调研和分析,跟踪和接受用户需求,产品文档撰写和维护,项目管理等等。工作范围杂而广,绝大部分不是什么决策者或者创新者,大部分项目都是技术、运营、销售主导,偶尔是老板直接越级主导,少部分项目才是产品主导。

 

媒体的炒作,导致产品经理这个岗位很热门,也很浮躁,鱼龙混杂。媒体的炒作带来了许多认识误区,导致了一般人对产品经理产生不切实际的预期,而实际做产品经理的人,则会产生莫名其妙的优越感,害人害己。

 

常见的认识误区有四个:

 

1.人人都是产品经理

 

为什么不说“人人是 CEO ”而说“人人是产品经理”呢?

 

因为一来CEO的职位大部分人一辈子都达不到,不敢这么说;二来CEO、研发这类工作,是要求高度的专业性的,一般人根本不了了局内人在做什么,想评头论足,更无从下手。

 

但产品经理可就不同啦~只要敢说敢骂,对一两个模块、一两个功能评头论足、说三道四再容易不过。特别是对 To C 产品,随便下载个 APP ,完全没入行的人都能列个十几二十条“不足和改进意见”,就好像真的成立一样。

 

为什么很少看到有人对 To B 产品提出改进意见呢?因为专业性不足。

 

比如一台防火墙,你要去评头论足,一般人就没底气了;你得了解常见的漏洞和防护方法,你得了解常见的拦截规则,你得知道绕过难易,不了解就只能干瞪眼。

 

可见大家都以为产品经理真只是媒体宣传的,需要对产品敏感、能够说出一二三就行,其实不是如此。

 

一个好的产品经理,最基本的要求,就是对业务熟悉。这种熟悉,除了给用户表现出来产品技能的,如产品功能的多寡、操作的繁易,还有对内部组织的了解。

 

比如有的人经常疑问:这个功能明明没竞品好用,为什么就是不改?如果了解内部组织,可能会发现很多问题;有可能是内部项目优先级导致的,有可能是资源不足,有可能是垮了部门推不动等等,这些问题是很难通过一个功能试用来得到的。这种对业务的熟悉,就是产品经理专业性的来源。

 

2.产品经理这个岗位比较优越

 

乔布斯、马化腾、张小龙等业界大佬曾以产品经理自称,因此给人感觉产品经理是特别炫目的职位。可他们真是产品经理么?当然不是。

 

首先,他们是 CEO , CEO 当然有决策一切产品方向的权利,当然也有改变世界的资本。

 

再者,他们的角色,说自己是产品经理是最讨好的。

 

说自己是技术么?多少年没写代码了,几年前的函数和架构早不用了,不敢这么说。

 

说自己是运营么?运营的概念比产品经理还宽泛还模糊,做的事情还要庞杂,不容易说清楚。

 

说自己是市场销售么?又不具体去推动哪个项目,这么说也不妥当。那说自己是CEO不就得了?可这谁都知道啊,说不说又有什么区别。

 

为什么大佬们喜欢说自己是产品经理呢?其实不外乎产品经理这个角色经常和产品打交道,说自己是产品经理,就是在暗示自己关心、重视产品质量。甚至像罗永浩那样非要把工匠精神往自己身上贴,都没啥不可以的,反正是和产品相关就是了;至于是不是真的干的是产品经理的事,谁在乎呢?

 

3.产品经理岗是通往高管的好途径

 

这个话没有错,但也不全对。实际情况是:行行出状元,互联网里也分了无数行、无数个工种,哪个岗位出身的人都可能成为高管。而且至少目前还没有数据表明,产品经理做高管的概率就大。实际工作中看到的也确是如此:技术、运营、产品、销售,什么工种做管理都有,把自己的业务吃透就有机会。

 

比如我主要做的是网络安全业务的,这种业务是业绩、客户导向,因此一般都是销售、售前、运营出身的做管理,反而比技术产品出身的人有很大的优势,业务视角和业绩落地的可能性都会大很多。但也没有人特别强调自己是销售、售前出身,倒是经常有人强调自己是产品经理。

 

4.产品经理啥都懂,最了解业务

 

这个话其实是一种误导。任何优秀的销售、产品、运营、市场、技术,无论哪个工种,本质上都是最了解业务的。也就是说,任何一个工作,你想变得优秀,想取得好成绩,了解自身业务是最基本的要求,这不是某个工种的权利,也不是某个工种的特性。

 

这种误导,一方面给了不了解的人对产品经理岗位特别的向往,很多人以产品经理为自己的职业追求,入了行,才发现完全不是那么回事,让很多人产生巨大落差;一方面又让大家对这个岗位产生过高的期望,总觉得做产品经理就该什么都能解决,实际也不是那个样子的。

 

产品经理是管理产品的,就像管理一个杂货铺一样,你想拿个针头线脑,都能快速给你找到并说出个道道来。

 

在互联网里,就是除了画画原型,出出文档,还需要把产品的特性、使用、宣传等梳理出来,配合着技术、市场、运营做好产品的宣传销售等。期望产品经理懂技术,懂运营,懂销售,这是不现实的,起码绝大部分产品经理不是这么培养也不是这么成长的。

 

产品经理的四个核心能力

 

我不能给出一个包罗万象的定义,只能说说我自身直观的感受。

首先,产品经理和其他非技术类的工作,如运营、市场、销售等并没有本质区别,都是为特定业务目标服务的。

 

注意:这里说的是服务,而不是管理,也不是决策。因为大部分时候做的工作,就是调剂不同的人和团队来达成一个目标而已。如果说有什么区别,也仅仅在于是不同的工种,负责不同的业务方向而已。

 

其次,产品经理的基本工作技能,就 4 样,和其他工作也没有区别:沟通能力、业务视角、执行能力、创新能力。这 4 个能力排名是分先后的,为什么呢?

 

1.沟通能力

 

一个合格的产品经理,首先是团队里的融合剂,把项目、产品的干系人组织起来。比如清楚团队里的人员配置,谁是干什么的,谁负责后台,谁负责前端,谁负责运营,谁负责项目,遇到什么情况该找谁解决,没有沟通能力,是很难办到的。

 

这里的沟通能力,不是说性格开朗、热情大方这些一般人理解的沟通能力,实际上工作里边我们也经常招话不多、性格内向的人做产品经理。

 

那沟通能力指的是什么?把细节说清楚,态度好,就这两条。

 

把细节给人描绘清楚,不出现歧义;工作态度专业认真,不过于情绪化。至于是不是性格开朗、热情大方,对一份工作来说不是那么重要。

 

当然,谁都不会拒绝一个热情阳光的人,但这只是加分项,而不是必选项。

 

2.执行力

 

为什么经常有技术吐槽有的产品经理只会写PPT、说得天花乱坠,却什么都没看落地?

 

为什么一个项目比预期差很多?

 

执行力是大多数人缺乏的素质。说了就要做,说到做到,这对大多数人来说是很困难的,特别是在大公司里工作,部门墙深厚,想要推动一个项目落地,是需要不达目的不罢休的执行力的。

 

执行力的养成,几乎全靠自己的雄心和毅力支撑,我是不太相信有什么捷径能快速提升执行力的。

 

3.业务视角

 

产品经理应该着重培养自己的业务判断力,这种判断力建立在对业务的理解的基础上,也是产品经理这个岗位的核心竞争力。

 

为什么这么说呢?因为无论一个产品经理是前端还是后端,靠近技术还是不靠近,其本质都还只是运营职能类的工作,而不是技术研发,产品经理再了解产品细节,也没有具体研发的技术人员了解。

但产品经理在接触各类业务和信息的过程中,却可以积累起相对全面的业务视角和判断,这是其他工作不容易得到的。

这里说“不容易得到”,并不代表得不到。

 

前面说过:每个岗位上的优秀者,都是很了解业务的;或者说特别了解他们所干的这块业务,而产品经理能比较全面的了解业务。

 

4.创新能力

 

到这个阶段,已经对业务有完整深刻的认识,熟练的解决常见的问题。在此基础上,就可以提出许多新的建议,带领新的业务线了。

 

这个阶段的产品经理对公司的价值就比较大了,这个时候的产品经理,无论是实战经验和方法论,都趋向于成熟,一般都带着团队进行整体的产品设计、包装、运营。

 

最后,产品经理的硬性技术其实并不是特别重要。比如会画原型,会写文档,这些技能一个未毕业的学生都能熟练掌握,产品经理真正的价值,还是对业务的理解和判断。

只在对业务充分了解的基础上,才能解决和提出更多的问题,实现更大的自我价值和业务价值。这对其他岗位也是通用的,吃透业务,加上过硬的执行力,永远是自己的核心价值所在。

 

从0到1做产品的七个步骤

 

从项目角度看,产品经理负责或参与的总流程是:

 

1. 需求确定

 

需求基本要做的产品或者项目,需要来源多种多样,可能来自老板,也可能来自其他业务部门,也可能来自产品经理自己。

 

2. 项目立项

 

把项目的决策人、负责人、具体执行等干系人组织起来,用会议和会后邮件纪要的方式,确定项目的成立。

 

3. 设计

 

进行具体细节的设计和确定。

 

4. 开发

 

此时产品经理主要工作是配合项目经理,对各关键节点和遇到的问题进行把控。

 

5. 测试

 

组织QA进行代码等测试,大流量项目还需要进行压力测试,自己则要对主要的功能进行功能测试,对试用人群的反馈进行跟踪处理。

 

6. 上线

 

上线后注意各种反馈,注意可能遇到的 bug 等问题。

 

7. 总结

 

项目至少每月进行一次盘点和总结,列出主要面临的问题和主要的成绩,查漏补缺,不断完善。

 

可见:产品经理的大部分工作,都是在做服务而不是做管理。

 

为用户服务,为技术服务,为运营服务,为市场服务;因此可接触的信息也就会比较杂而广,这些杂而广的信息能不能转化为自身的职业优势,决定了这个产品经理的价值和段位。

 

 

 

【相关阅读】

前腾讯数据总监:运营必须掌握的APP基础数据分析体系(没有比这篇更系统全面的)

数据驱动 | 用户增长与精细化运营

一名优秀的数据分析师是怎样炼成的?

纯干货 | 数据运营的6个步骤,从方法论到案例带你入门

App推广万字珍藏干货:驾驭流量的全新方法,附4个案例


姑婆那些事儿APP推广服务 点击 :http://www.gupowang.com/news/4585.html

大家都爱搜:ASM 互联网资讯类类有话说App推广运营经验线下推广活动推荐微信营销姑婆专题姑婆圈ASO校园推广地推ASO100渠道刷量校园运营团队

姑婆那些事儿(www.gupowang.com)是互联网推广运营知识分享平台,关注移动推广(android,ios)运营,网站推广运营、校园推广及互联网领域最新动态 。欢迎关注我们的微信(gupo520),新浪微博(姑婆那些事儿)。

版权声明:本文来源于互联网,仅作分享学习之用,姑婆那些事儿负责整理推荐。文章仅代表原作者独立观点,不代表本平台运营者观点与立场。如有版权问题,请联系姑婆那些事儿—小秘书(微信号:gpxms001)协商解。

 

收藏

{{favCount}}

个人收藏

投稿请戳这里!投稿
0

次分享

文章评论(0)

{{ user.nickname }}
发表评论
登录 进行评论
加载更多 正在加载中... 没有更多了