产品经理应该懂业务吗？

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

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

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

不是进步，而是倒退。

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

常有问：产品经理应该懂业务吗？

或者是：产品经理应该懂技术吗？

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

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

可事实真是这样吗？

这个说法中埋着几个雷：

一是懂业务的“懂”，要懂成什么样？

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

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

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

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

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

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

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

那绝对是最懂业务的

是不是说：每个业务人员都是产品经理呢？

显然不是

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

说到这儿，有小伙伴说：你这是偷换概念

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本身并不成立

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

更准确

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

一个团队中，特别强调

组建“跨职能团队”

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

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

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

提倡：

业务人员贡献业务建议

技术人员贡献技术建议

法律人员贡献法律建议

最后九九归一

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