互联网和产品 · 2018年07月27号 0

企业级软件产品、需求、项目岗,在不同业务模式公司的不同定位

今天谈谈企业级软件服务商的几个岗位:产品经理、需求分析师、项目经理,希望能对刚刚进入企业级软件服务领域的小伙伴有所帮助。

这几个岗听起来名字不同,工作职责也都不尽相同,实际这几个岗位的关系并非泾渭分明,用一句话说就是你中有无、我中有你。

哪个岗位更有前途或者钱途?

这个也不能一概而论,业界有个说法产品经理是CEO的摇篮,可见做产品地位很高。但实际在企业级服务领域却未必如此,不同的公司因为业务模式不同,对岗位的要求也就不同,自然薪水也有差异。

从软件公司的产品成熟度这个线条来看这个几个岗位的差异,可能会更加清楚,我把公司的业务模式分为三种:全产品化、半产品化、全项目化。

一、全产品化公司

全产品化公司,是产品为主导的运营模式,产品的成熟度极高,产品直接售卖给客户,无定制开发,只需要提供一些现场的实施服务(包含软件安装、集成、配置、初始化等)便完成合同交付。

比较典型的公司,国内的如:用友、金蝶;国外的,如:SAP、oracle等。这类公司一般会按照行业划分为不同的事业部,比如:流程制造业、离散制造业、电信、政企等。

不同行业有不同的产品版本,当然也就有不同的产品经理主导,这类公司的产品经理非常重要,这些人决定了产品的能力,做的好坏直接影响市场规模和盈利能力。

这类公司产品经理不但需要把产品规划出来,还要申请资源把产品做出来,对产品的开发进度、质量把控,所以很大程度上产品经理承担一些类似项目经理的职责。

当然这类公司也会有需求分析岗,这些公司的需求分析岗一般就是产品助理的角色,辅助产品经理完成产品规划方案的细化,在产品经理辅助下完成产品需求和原型的输出。

这类公司的项目经理显得有些弱势,基本都是一些实施经理,负责合同签订后的产品现场实施,类似运维岗,本质上是实施项目经理。

所以在这类公司做实施工作一般工资不会太高,挣得也是辛苦钱,因为要经常出差,而且因为和产品绑定的比较紧,很容易达到职业天花板,这些人和用户离得最近,很多也会作为产品经理的候选人,将来可能会转型为产品经理。

在这类公司这几个岗位的综合排名:产品经理>需求分析师>=项目经理(实施经理)。

二、半产品化公司

这类公司没有十分成熟的产品,但在某一领域经营多年,有一些产品作为基础,但由于业务负责,变化大,很难有一个通用的产品去支撑,还需要通过项目的运作方式,定制开发来完成最终的合同交付。

这类公司很多,尤其是有些管理类的产品很难完全满足用户的需求,就算是在国外已经非常成熟的SAP等产品,如果到了国内也会水土不服,很难直接实施的比较好,尤其是一些管理信息化起步还比较晚的行业,所以定制开发就成了必然选择。

这类公司的产品经理会弱化每年的产品规划,更多的精力会放在实际的项目需求上,通过项目需求来抽象产品需求,不断迭代产品版本。

产品经理的职责除了负责产品需求,还需要监督研发完成产品的开发、测试并交付现场。因为签订的是项目开发合同,这时就需要一个负责项目全生命周期的项目经理,从项目启动一直到项目上线、验收。

项目经理要负责项目进度、质量、人员的管控,对外对接客户和用户、协调各类项目问题,对内监督产品按时、按质完成项目交付。所以从项目的角度项目经理是大管家,从产品的角度产品经理是老大。

需求分析师,在这个过程中辅助项目经理完成项目需求的收集、分析,并辅助产品经理完成产品方案设计、产品需求文档和原型产出。

所以总体来看,这类公司产品和项目不分伯仲,产品经理在钱景上稍占上风。几个岗位的综合排名:产品经理>=项目经理>需求分析师。

三、全项目化公司

这类公司就是传统的软件公司,完全项目化的运作方式,有项目就做,基本上没有泾渭分明的产品部门、项目部门、服务部门,一般组织机构的形式都是项目化的,按照项目组划分。一个项目总监下面管着一群项目集经理或者项目经理,研发和测试一般是资源池共享,需求人员很多时候项目经理自己就干了。

项目经理是绝对的老大,最牛逼的项目经理要同时负责项目、需求、产品的工作,这类项目经理就是传说中的业务型项目经理。

他们懂业务,谈需求有需求分析师就让需求人员辅助一下,没有需求就自己上,谈完需求自己出需求说明书转交给研发,研发过程还要负责研发、测试答疑,同时还要负责整体项目的进度、人员协调、客户沟通等项目上的工作。

这类业务型的项目经理就是个万金油,如果后续考虑产品化转型,这类项目经理马上就会变为产品经理。

在这样的公司里,项目经理最大,基本上没有产品,需求分析师次之。

完全的产品化或者完全的项目型公司都基本不存在,大多都是各类业务模式并存,只是主导方式不同,这样就能够解释为什么都是在一个公司干了5年的产品经理,所负责的产品战略地位类似、盈能力也差不多,怎么待遇差了一个等级。