聊聊广义的B端产品人

我们应该探讨广义的B端产品人。

聊聊广义的B端产品人

作为聚焦于解决企业业务问题的管理软件,B端产品这几年受到越来越多的关注,但实际上企业管理软件建设并不是一个新课题,而是一个存在了十几年甚至几十年的领域。

从广义上来看,传统的需求分析师,项目实施顾问,IT项目经理,企业内部的B端产品经理,SaaS企业的2B产品经理,这么多岗位和工种,其实大家都在从事管理软件建设工作,属于广义上B端产品的范畴,但不同岗位工作内容又不尽相同。

很多从事管理软件建设的同仁,往往对上述的岗位名称和叫法感到困惑,对其工作内容和职责范围感到不解,在职业发展和选择上感到无所适从。本文将尝试区分这些概念,提炼相关特点,并给出相关的转岗建议,希望对大家有所启发和帮助。

B端的概念为何兴起?

企业管理软件,实际上已经存在了多年,但是2B产品以及2B产品经理的概念,却是这几年兴起,主要原因有两点。

第一,是互联网2C流量红利释放完毕后,资本和企业都在寻找新的增长方向,而在欧美已经非常成功且成熟的SaaS化企业管理软件领域,成为大家聚焦并追逐的方向。产业互联网和2B产品的概念,在媒体的持续包装输出下,变的火爆且流行。

第二,是互联网企业的管理运营模式和组织设计,被传统企业所学习参考,而互联网企业特有的产品经理岗位,也成为了传统企业IT部门转型升级的研究课题。互联网企业内部自研管理软件的B端产品经理体系,同样成为传统IT部门期望赋能业务的参考对象,甚至是完成企业数字化转型的重要核心抓手之一。

以上两点可以看出,在企业外部,管理软件上云和SaaS化,给传统IT厂商转型、以及创业公司奔涌而出提供了契机;在企业内部,如何让技术赋能业务,将IT系统和资产变成业务变革和试错的强力引擎而非包袱,给传统IT部门转型升级提供了契机

在这样的背景下,B端产品成为一个火爆的话题,而B端产品经理,则成为企业持续增长的人才需求。

围绕管理软件建设都有哪些岗位和特点?

那么,所谓B端产品经理,和传统的IT相关岗位,有何区别呢?各自都有什么特点呢?

我们可以将各个岗位,从企业内(甲方)和企业外(乙方),进行分类进行研究和说明。

从企业内部来看,涉及到管理软件建设的两类核心岗位分别是需求分析师,和内部B端产品经理:

需求分析师

岗位职责:理解并分析业务需求,形成软件设计方案,跟踪并保证上线交付;对软件按期上线交付负责。

内部B端产品经理

岗位职责:分析诊断业务,输出解决和优化方案,跟踪方案落地执行并分析效果,进行闭环优化;对业务结果负责。

可以说,在互联网企业内部,B端产品经理就是需求分析师的升级版,除了负责软件设计,更重要的是参与影响业务,通过技术赋能业务。

很多传统企业要做互联网化转型,往往粗暴的将需求分析部名字改为产品部,需求分析师转产品经理,就认为大功告成,实际上没有任何意义。B端产品经理,如果想在企业内部发挥价值,一方面对人才的能力有要求,另一方面也对企业内部的制度、文化都有要求。

从企业外部来看,涉及到管理软件建设的典型岗位包括了IT项目经理/实施顾问,和SaaS产品经理:

IT项目经理/实施顾问:

岗位职责:理解客户需求,根据现有产品形成解决方案,负责系统实施落地;对软件产品按时交付上线负责。

SaaS产品经理:

岗位职责:理解行业需求、客户需求,提炼客户需求,设计标准化产品,适配绝大多数目标客户群体;对公司营收、续费、客户业务成功负责。

SaaS作为一种软件部署形态,更重要的是代表了一种全新的商业模式,和传统IT软件项目相比,本质的变化,是软件要对客户业务结果负责,产生真正的业务价值,否则客户不会续费,SaaS创收就无从谈起。

传统IT系统售卖基本是一锤子买卖,所以传统IT项目经理/实施顾问/需求分析人员,并不在意软件系统是否真的为客户产生价值,只需要满足客户需求,保证上线即可;而SaaS产品经理,必须为标准化产品负责,为客户价值交付负责,这就对软件设计人员提出了更高的要求。

以上分析可以看出,从企业内来看,需求分析师要升级为产品经理,为业务结果负责;从企业外部来看,SaaS产品经理变得越来越重要,也需要为业务结果负责。

不论是企业内部,还是企业外部,现代商业环境,要求软件设计人员都要更加深入贴近业务,不单纯交付软件产品,而且要持续交付业务价值。

不同岗位的职业发展路径如何?

作为一名管理软件设计人员,身处不同的公司和岗位,未来可能的发展路径如何,不同的岗位是否适合自己,相信这些问题让很多从业者感到困惑,下边我们来具体聊下这个问题。

聊聊广义的B端产品人

广义上B端产品相关的软件设计岗位

首先,我们先来看甲方内部的岗位转化,需求分析师转型产品经理(①),有两种方式,要么公司内安排部门转型,改名为产品经理,要么去互联网或科技企业应聘产品经理岗。如果应聘者没有深刻行业背景或乙方背景,需求分析师想直接进入互联网企业应聘产品经理是有一定难度的,互联网企业招聘内部的B端产品经理,要么从乙方挖行业专家,要么内部培养或从其他互联网类似业务口挖人。

一般很少有产品经理转型需求分析师,所以我在图中没有绘制相关箭头。不过也有个别需求分析师或实施顾问转岗产品经理后,因为各种原因(例如工作强度太大),最后选择回到传统企业的需求分析岗。

接下来,我们看看乙方内部的岗位转化。实施顾问转型SaaS产品经理(②),是一条水到渠成的路径,因为实施顾问长期贴近一线,业务能力强,软件设计功力扎实,最适合转型SaaS产品经理;当然,SaaS产品经理也可以转型实施顾问,或者客户成功顾问,但实施工作相对辛苦,需要出差,可能不是大多数产品经理的首选,所以我在图中没有绘制SaaS产品经理转实施顾问的箭头。

我们再来探讨下甲方乙方之间岗位的转化情况。

一般情况下,乙方公司的资深顾问,积累一定经验后,都愿意回到甲方(③),相对工作压力会减弱很多。而有些甲方的需求分析师,为了进一步历练自己,也会选择加入乙方(④),接触更多项目,提升能力。甲方的需求分析岗和乙方的顾问岗,在工作内容和技能要求上,重合度高,也是很多传统IT人常常选择的工作方向。

同样,很多乙方的专家,也愿意加入互联网企业,从事企业内B端产品经理工作(⑤、⑥),需要注意的是,互联网企业内部对B端产品经理的要求,是需要介入影响业务,这就需要乙方的专业人士加入后,能够转变思路,变被动为主动,积极参与业务。

说实话,在互联网的狼性文化中,产品经理必须能做到驱动、影响、改变,这个思路和乙方做项目的思路还是不太相同,后者偏执型,因此,如果你是乙方转互联网背景,一定要在这些方面多加注意。

另外还有一个明显的特点,虽然都是从事管理软件设计,但企业内B端产品设计,和SaaS产品设计,在能力要求上还是有一定的不同;前者更重视产品经理对业务的参与影响,在复杂环境和系统架构中寻找最优解决方案;后者强调理解业务,更加偏重软件的抽象和标准化设计,甚至可能不需要理解企业的应用架构。

因此,在现实中,我们也往往能看到,两类产品经理(SaaS产品经理和互联网企业内部的B端产品经理)进入对方的公司后,出现严重水土不服的情况。甚至演变到后来,两类公司互相不再愿意招聘对方背景的人员。(所以我干脆也没有绘制企业内B端产品经理加入乙方公司的箭头)

总结

以上,探讨了围绕管理软件建设相关的岗位情况、特点。B端是一个很宽泛的概念,从业人员众多,希望这篇文章能够对各位从业者,在职业选择和岗位理解上,有一些帮助。

本文由 新媒体之家 作者: PM杨堃 发表,其版权均为原作者所有,文章内容系作者个人观点,不代表 新媒体之家 对观点赞同或支持,未经许可,请勿转载,题图来自Unsplash,基于CC0协议。
1

发表评论