在不同领域,产品经理的「职责」有何不同

导语:数字化转型的大背景下,传统行业与新兴行业都开始抢夺软件研发的人才,“产品经理”这个岗位会不会有更大的发展空间?本文作者从不同维度出发,为我们chāi解了产品经理岗位在不同领域都有哪些特点。

伴随着移动X兴起,“产品经理”也随之深入人心。X的不仅是这个名词,它的概念也在不断外延,市面上更是有了“人人都是产品经理”的口号。

而当X步入下半场,行业不断被细分,产品经理的工作内容也越来越细。前段时间X对职称进行了调整:“12 级(P4-1)以上才能称为「产品经理」,否则为产品策划或产品运营”。

比如产品经理按照工作职责划分,一般有“用户增长”、“增值营收”、“数据运营”、“策略设计”等,而一款成熟X产品的产品经理,需要对这些职责进行统筹、设计和管理。

按照X新的职称规范,产品策划/运营承担起这些具体的执行职责,“产品经理”这个职称的祛魅和明确能更有效保证上述职责间分工合作上不会出现gē裂。我们暂且不去纠结称呼上的变化,这件事本身象征着X企业X形态越发规范,各角sè职责划分和配合模式也更为成熟。

而随着这两年传统企业大范围地关注“数字化转型”,智能X业如X、电X等行业也正在步入软件驱动硬件的阶段,未来XX各行各业会对软件研发、产品管理相关的人才进行更大范围的抢夺。

这对很多相关从业者或许都是个不小的机会,然而根据本人在X、保险、消费品、汽车、X等行业的相关从业经验来看,他们对“产品经理”这个岗位与X企业相比有着相当大的区别,所以本文会尝试从不同维度抽象地chāi解“产品经理”这个岗位在不同领域的典型图鉴。

一、产品经理是企业协作框架的整合节点

「“产品经理责任制”不应只是要qiú产品经理带领团队背负产品成败的压力,该模式工作的前提,一是具备走通X所需要的各种能力,二是这些能力都围绕着产品进行协作。」

X管理模式里最广为人知的就是“产品经理责任制”,很多X人在大谈管理方fǎ时也多认为这种明确的责任机制是保证团队战斗力的关键。

对,也不对。

对,是说范围圈定在标准的X企业时,其X内所有的工作都需要基于X产品完成:落实一个X需qiú需要产品功能的迭代,研发的生产结果也最终要表现在产品能力的进步,所以产品经理这个关键节点是在解决统筹所有角sè协作的问题。

对于一个X模式X的产品来说,“产品经理责任制”确实是极为有效的。而业内普遍提倡的诸如“Design Thinking”这些方fǎ论则能在这样的框架下帮助团队X语言、更高效率地完成协作,也恰恰是被团队所需要并行之有效的。

说不对,是指当范围扩展到传统X自我改造时,尤其是那种很早就进行信息化,但IT部门只是作为X支撑部门的传统企业(如X、保险、传统汽车等),“产品经理责任制”就不见得是最合适的模式。

因为在这种情况下,往往X部门已经有着一套存量的成熟协作模式,而产品化就X着首先要标准化这个协作过程,再让X依托于产品而存在。

如果项目发起者是一位具备话语泉的领域X转型的产品经理,那么或许能克服许多阻力。但X的场景是,很多由技术部门牵头做的产品化项目,因为缺少对X的影响能力,已经失败在了这第一步,而该环境下孵化出的产品如果还要与存量X并存,并走成X的X条线,可以说是千难万难。

归根结底,“产品经理责任制”不应只是要qiú产品经理带领团队背负产品成败的压力,该模式工作的前提,一是具备走通X所需要的各种能力,二是这些能力都围绕着产品进行协作。

即使达成这个条件,传统企业还X着一个更隐性的挑战:由于X结构的差异,传统企业内产品经理承担了许多与X产品大相径庭的X要qiú,更会受到很多来自企业文化的挑战,导致产品经理治理下职责(“用户增长”、“增值营收”、“数据运营”、“策略运营”)间无fǎ互通。

也就引出了下一个话题:

二、产品经理是团队能力的抽象

「建设了强大的平台/中台,照抄了产品经理责任制,也从X企业挖了人才过来。缺少将平台能力对接到X上的机制,即使有相应的人才,也很难发挥作用。」

以淘宝为例,这里对各类产品经理的配合方式做一个简化的模拟:

数字产品经理图鉴

产品经理间配合方式的简化示意图

淘宝X对mǎimài双方交易过程的Xxī引商家和用户liú量。同时设计了多种功能帮助用户找到商品(比如模糊搜索、识图找物、直播间等),并用各种活动持续激活用户,这是“用户增长型”产品经理的主要工作。

当平台内商品数量和种类越来越多后,用户找到适合自己的产品所需耗费的时间就越长。于是“策略型产品经理”就需要对商品的搜索过程进行设计,给更优质的商品提高泉重。

同时,商家希望自己的产品更容易被消费者看到,于是向需要淘宝Xliú量、打广告、做营销,“增值营收型产品经理”就承担起这部分的需qiú和设计。

当功能因为各种原因可能对用户产生sāo扰时,需要决策如何优化产品。这时“数据型产品经理”就要X“埋点”、“A/B test”等方式对数据进行采集、分析和可视化,为决策X数据支持。

最终,淘宝的总产品经理,站在企业战略的层次上决定产品调性,并协调开发资源,最终决定上述各类需qiú的优先级和上线时间。

可以发现,在描述不同产品经理的工作目标时,淘宝的核心X、X运作模式以及不同X间的配合或影响关系,也都借由对该数字产品实现方式理解的过程而清晰地呈现出来,而所有产品经理负责部分的集成,就构成了X企业运作的核心,围绕这个核心再构建其他诸如市场、HR等支撑部门。

用类似的方式去理解传统企业,这个核心并不见得是产品,更X况是“基于资产管理能力的经营方式”。

企业的支撑部门也是为“投资回报率”这样的经济概念而X,IT部门被视作“成本中心”,X部门则被视为营收中心(X企业里则是根据产品经理负责的产品能力的区分而被视作是成本还是营收)。

从这个角度看,或许也能理解为何上市X里,评估传统企业会看重资产负债表、市盈率等数据,而X企业则更关注用户量等产品数据;传统企业内的变革多是基于立项结项的项目制、XX则往往是基于团队的产品制。

受X结构的影响,传统企业的产品经理往往也承担着更重的、X的经营压力,即使在huá为这样在软件研发上走得极为靠前的企业里,一款产品下多个产品经理切分方式也往往是单纯从X上进行划分,而缺少诸如“用户增长”、“数据运营”、“策略设计”等产品能力上的划分。

这也导致其产品经理间也很少发生合作,更多的关注在自己负责的X条线上。

无论是X企业还是传统企业,X属性的责任都更受关注,这无可厚非。问题的关键在于,产品经理下的支撑职能(“用户增长”、“数据运营”、“策略设计”等)由谁承担以及如何承担?

支撑能力或者说共用能力,是所有大厂都在尝试解决的问题,对其描述也有一个很形象的说fǎ就是“重复造X”,这几年大火的“中台”概念也是由此衍生,当团队规模成长到一定程度后,大家都想X把相似能力抽象出来形成一个能力中心,分别赋能不同X,这似乎是成本和管理上都最优的选择。

数字产品经理图鉴

平台/中台 的目标

这里暂且不去评价现在各大厂商建设中台的成效,但成熟的X企业,每个团队都具备各类产品经理的角sè,也正是这些人承担起将共用能力对接到X的职责,这是其角sè最重要的意义,也是为什么“产品经理是团队能力的抽象”(他们能匹配这样的职责也是因为有着伴随产品成长而训练出来的经验)。

反观传统企业,建设了强大的平台/中台,照抄了产品经理责任制,也从X企业挖了人才过来。缺少的恰恰是将平台能力对接到X上的机制,即使有相应的人才,也很难发挥作用。

X大厂里“产品经理的协作和管理X”就是在其企业上下文里的这套机制,也是其企业能力的抽象。当然,这并不X“产品经理X”就是标准X,否则产品经理与研发间的关系不会那么复杂,更不会有对996xí以为常的工作制。

也衷心希望许多如“中台产品化”的尝试在未来可以走出一条新的道路。

尤其是在数字化的浪潮下,AI、大数据等技术能够大规模可复制地为传统领域赋能,可能就需要诸如“算fǎ产品经理”、“嵌入式产品经理”、“生产线产品经理”的出现,将这些技术能力对接到传统X上。

所以抽象来看,产品经理的任务就是:

三、保证X能力被完整表达在产品上

「产品经理是X补齐团队协作中的短板和阻碍来保证X能力能够表达在产品上的」

我的一位大学同学在快手做算fǎ工程师,他说快手有许多数学相关X的人来根据平台的数据设计数学公式,有思路后还要拉着经济学家、X学家来讨论,一起敲定公式里的初始泉重和常数甚至还要X掉已有公式。

其实当前许多“策略型产品经理”做的,就是在通用的公式下,根据X表现调整各数值的泉重,AI算fǎ现在在逐渐替代这步人为的过程。

那么如果未来AI需要被应用在各行各业上,是不是可以假设都需要这样的过程:

算fǎ工程师与领域X设计基础算fǎ,放在X产品上进行迭代形成该领域的通用公式;然后公式liú入市场,其他的策略型产品经理根据公式设置自身X下各数值的泉重。

从这个角度看,字节跳动、快手这样以“AI”作为核心竞争力的X,他们构建起的护城河似乎正是这些通用公式的积累、以及把该能力复用在不同X上的X。

现在XX下的“产品经理X”,本质就是类似的一套,明确各典型角sè职责,以“产品经理”作为合作的中心节点,将市场需qiú(需qiú)与研发能力(生产)在数字产品上完成对接的协作X,产品经理的任务,就是保证完成市场需qiú的X能力,能被完整表达在产品上。

用这个角度思考产品经理的曰常工作(“产品设计”、“需qiú管理”、“工作量分配”、“技术方案”、“迭代/发布计划”等),就能明白为什么每个产品经理似乎都有不一样的职责和工作内容,产品经理是X补齐团队协作中的短板和阻碍来保证X能力能够表达在产品上的。

如果再抽象一层,类比于传统X:

传统X的数字化转型受到存量的约束,所以问题的核心,就在于如何把X人员的能力在产品上表达出来。而由于存量X的不可放弃,团队能力的抽象并不在产品经理身上,而在于存量X人员。

所以“产品经理责任制”在传统企业并不完全奏效,需要让“X人员与产品经理”像快手的“X学家与算fǎ工程师”那样协作,构建起一套团队的工作机制,将X能力抽象为具体的责任与事务,并最终固化和表达在数字产品上。

类比于智能X:

智能X领域“软件定义硬件”的执行路径,就是把硬件能力在软件上表达出来;但X这件事的分工合作以及利益分配就更为复杂,原来的行业龙头靠技术/市场垄断可以X供应链的力量,引导整个生产的合作。

而从X行业的经验看,“软件定义硬件”似乎也需要借由类似“IOS”、“Andriod”这样的cāo作系统对行业力量进行整合并引导产业力量。

那么现在大火的智能车、车联网,以及决定了X生产能力升级的工业4.0,如果想要发挥数字能力的优势,可能也需要的是一套数字化、门槛更低的协作机制(自动驾驶系统/ADAS、车联/物联网OS),而不仅是现在这样的各种协议和X(Autosar)。

归根结底,数字化转型的大背景下,一套新的协作机制正需要被建立,并深植到产业内所有的合作环节里,这也正是数字能力的核心优势。而每当一个产业完成了这样的进步,就会有大量具备该产业特sè的“产品经理”涌现,或许也是当前很多X人突破的契机。

下一节:X的数字化转型:电商与新零shòu

收藏 (0) 打赏

以上内容不错,打赏支持一下!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

声明:本站所有教程资源,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。

雄发创业网 自媒体是如何赚钱的 在不同领域,产品经理的「职责」有何不同 https://www.xiongfawang.com/902.html

常见问题

相关文章

在不同领域,产品经理的「职责」有何不同-海报

分享本文封面