传统行业的PM与互联网行业的PM(产品经理/项目经理)的异同( 二 )



产品经理的特征:
有个很有趣的现象,互联网行业中的产品经理大多毕业没几年,30岁就算很大年龄的,一般至少是高级产品经理或者产品总监的职位,在他们身上能体现出互联网产品经理这个职位的年轻和富有梦想,成长和无限活力。而跳槽对于年轻的产品经理来说更为频繁,在有些时候跳槽也是升职加薪的途径,所以整个互联网行业的产品经理存在着高频率的岗位人才流动性。而传统行业的产品经理前文也提过,多数为博士学历后并且工作5-15年的资深人士胜任,这样的限制条件直接导致了像Siemens这样企业的产品经理年龄大多处于40岁以上,多数已有家庭。介于综上原因,传统行业的产品经理职位流动性很小,整体保持着很稳定的工作氛围。

在企业中的实权:
产品经理一词刚诞生的时候,在企业内部职级算是比较高的职位,后来互联网企业也引进了产品经理一词后,经过近些年的发展,互联网行业中产品经理发生了变化。09年,市场上大量招聘产品经理,甚至公司内部挖人也开出了产品经理的头衔。原先负责全面负责整个产品的经理才叫产品经理,现在一款规模较小的产品,其负责人也可以是产品经理,甚至大产品包含的一个子模块/子系统,负责人都可以是产品经理。产品经理在互联网行业中的含金量不断稀释,头衔迅速贬值。但是这里并不是贬低互联网产品经理的意思,这样的现象发生时市场合理的导向,原因如下:
1、互联网企业的产品经理职位相对于传统企业来说更加重要,需求量更大。由于互联网行业存在特殊的不受时间空间的限制,所以不存在物流,分销商管理,产品工厂生产周期等时空因素的限制,产品在一定程度上即可代表一个公司,同样产品相关的工作也会在这个企业中占相当大的比重,公司会所有精力都投入到这个产品的打磨上,所以产品经理的需求量会很大。
2、例如互联网产品策划人员做的不仅仅是策划工作,还包括大量的UED协调、开发协调、运营协调,以及从始至终的项目进度管理与品质管理。最开始,偏管理性质的工作由那个“真正的产品经理”去承担责任,很快发现这工作量非常大,对执行力要求非常高,职责必须下放,给策划以充分授权。即便是普通策划,他实际上在做子模块乃至小产品的项目管理工作,“策划”权重只是其中1/3不到。因此正名为产品经理也未尝不可?同时也能调动员工的热情。
3、产品行业的管理多为扁平化架构,不存在太多层级,通常有如下几种情景: 产品总负责人 \u0026gt; 大型模块负责人 \u0026gt; 小型模块负责人或产品助理,最常见的情况是2-3级。结果用晋级来激励员工的管理手段,并不是很有效,还不如分给他一个来劲的产品项目。扁平化管理能够容忍Title上的大锅饭,也有益于平等的产品团队文化。

产品流程不同:
互联网行业中的产品周期因为没有常规的生产链和生产工厂的耗资,通过设计,开发,测试完后即可和用户见面,产品周期会非常的短,通常产品经理会负责这样的流程中的某些环节:
1、需求阶段:市场需求发现(MRD文档)→用户需求采集和整理→需求评审→撰写需求文档→确定产品需求
2、产品设计:协调开发确定产品的产品架构→协调UI设计部门做出原型→提出产品设计中的各种细节→PRD文档
3、产品开发:协助开发部门,定好研发排期,定期开产品会议协调各部门推动产品进度。
4、测试:协助测试部门,做好产品上线的测试,及时发现问题,进行改进。
5、上线发布,开始运营
6、数据分析,不断采集新的需求,进行产品迭代→第1步。
该产品流程中的步骤大多不是严格按照时间划分,大多时候根据每个阶段的不同是同时进行的,例如产品需求的发现,在产品周期中大多时间都是持续进行的。

而传统行业中产品的周期一般较长,拿Siemens北京大型传动机部门的来说,产品经理负责的并非和互联网一样单独负责一个产品,而是一个部门5、6个产品经理负责公司很多个型号的大小电机。平摊到一个人身上可能每个人负责十几个产品,但是由于传统行业的产品周期很稳定的,产品经理平时大多所要做的事情是根据市场的新需求改进产品,而不是制造一个新的产品。客户给这些电机反馈的需求会十分有限,因此一个人负责十几个产品的更新是工作量是合理的。而一个产品周期是非常长的,通常为半年甚至更长,所以产品经理会把这些需求整理,累计,平时会开一些线上或者线下的产品会议,讨论产品的改进方案,在周期的后期,将平时所得结论整理归纳,再经过一次大的产品会议,输出一套完善可行的改进方案。最后交付于工厂生产,在此期间,身为工程师的产品经理们,会出差去全国各大电机厂查看生产线和设备情况,了解一线的行情。


推荐阅读