产品经理应该懂业务吗?

发布于:2024-05-06 ⋅ 阅读:(28) ⋅ 点赞:(0)

最近看到一个对新一代产品经理的定义:懂技术、擅运营、会管理、懂业务、能决策

第一反应是:哇偶,产品经理更牛掰了~~~

说真的,产品经理岗位发展这么多年,还把产品经理定位在十项全能

不是进步,而是倒退。

如果一个执行岗,十年如一日的样样都干,那也就代表是样样都不精了。

常有问:产品经理应该懂业务吗?

或者是:产品经理应该懂技术吗?

大部分的回答都是肯定的:要懂

尤其是大家普遍认为:产品经理必须、应该懂业务,否则怎么做产品?

可事实真是这样吗?

这个说法中埋着几个雷:

一是懂业务的“懂”,要懂成什么样?

这点常常被拿来说事,我就遇到过一个教育行业的前辈说:

对于教育行业来说,不干上10年,根本不能算懂业务

呕吼,如果这么说得话,是不是要在教育行业先混10年

才有资格趁着35岁之前,转个产品经理干干呢?

甚至有销售人员看到这个话,瞬间信心力爆棚的,也干起了产品经理

销售:奋战在企业一线的岗位

每天接触市场、客户、用户、竞争对手

那绝对是最懂业务的

是不是说:每个业务人员都是产品经理呢?

显然不是

甚至4大出身的业务专家,也未必能做好产品经理

说到这儿,有小伙伴说:你这是偷换概念

咱说得是“产品经理应该懂业务吗?要懂成什么样?”

你说得是“懂业务就能做好产品经理吗?”

好把,既然是这样,咱们就先了解一下什么是“业务”

业务这个词最早出自《法苑珠林》卷三一:“出家人所作业务者,一者坐禅,二者诵经法,三者劝化。”

随着演化,开始比喻人的本职工作,说一个人业务能力过硬,指这个人本职工作能力强。

后来继续扩展公司层面,指公司在本行业的本职工作

一个企业的“本职工作”是什么?所有公司都一样:卖产品赚钱

所以,业务可以简单理解为一个公司取得收入的模式

收入模式中包括这么6类内容:

1、客户群体是谁toB 、toC还是toG?细分行业是哪个?

2、能提供的产品或者服务是什么:向客户交付的东西是什么?具体是系统产品,实体产品还是虚拟服务?如果是实体产品,其进货来源是什么?如何采购?如何管理库存?

3、为客户提供的价值或者解决的问题是什么:客户为什么要购买你们交付的东西?

4、如何让客户知道:市场营销部分,是付费推广?还是社群营销?亦或其它。

5、如何进行销售:客户自主购买还是需要销售员?需要销售的情况下,是直销、电销还是渠道代理?

6、如何进行售后服务:客户购买后,如何进行后续的服务,包括解答疑问、退换货、维修等。

既然业务是模式,这么系统、综合的东西

那么,可以说,在企业工作的每个人,都或多或少是懂业务的

那么做为产品经理又怎么会不懂?

而且,即使没做过某个行业,现在信息这么海量的时代,并不存在搞不懂某个行业的基本业务逻辑

所以,对于产品经理应该“懂业务”

本身并不成立

而是应该把要求改成:产品经理应该懂业务洞察

更准确

Scrum敏捷的“一个团队、两个工具、三个角色、四个仪式”

一个团队中,特别强调

组建“跨职能团队”

原因就是要保证团队成员角色的多样性

不仅有技术:后端,前端开发人员,QA工程师

还包括业务,市场营销、用户体验,甚至包括“法务”等其它人员

提倡:

业务人员贡献业务建议

技术人员贡献技术建议

法律人员贡献法律建议

最后九九归一

产品负责人对各类需求建议进行洞察,形成产品方案