招产品经理懂业务更好还是技术更好？

最近一位阿里离职后去某传统企业做产品总监的朋友，在招聘产品经理。市面上你可以看到普通中小型企业的公司产品总监，都是有从头部互联网公司的履历。

在讨论到产品经理招聘需求后，他问我有没有做：“酒业务的产品经理，Kevin推荐一个”

我的回答是：“招产品经理建议通用型产品经理，而不是要业务为优先，不然你一个人都招不到”

现在越来越多的HR都希望能够筛选建立找到候选者的工作案例和公司几乎一模一样的。答案很简单，这样的人才在入职后产生价值是最高的。

比如公司是做医疗客服系统的，HR不仅希望可以找到医疗行业的产品经理，还要是需要医疗行业同时做过客服系统的。

越是优秀的头部公司，在简历获取上越多，越要这样筛选。

因此为什么说招人这么难了，因为我们对人才的选择特别狭窄。比如一个产品经理被困在了大厂背景、工作年限、学历、还有行业、项目经验的重重筛选，其实真的能够符合公司人并不多。

越是小公司，对招人更看重，甚至是CEO亲自出马。但仍然找不到，也是因为上面的原因，同时还收不到和大公司一样的简历数量

可公司或项目不能为了招聘一个人，一直花时间招人，但却没有实际产出。招人要快，同时也不能招一个，要花费较长去学习技能、还要时间了解业务的人，所以招人也要求产品经理具备实际技能。

站在业务匹配度和人才技能上，我的建议是找到通用型产品经理即可。

什么是通用型产品经理？

比如市面上的产品经理无论是在哪家公司。都会要求原型、文档、项目管理3个基本技能。无论在哪里都需要的能力叫做通用能力

产品经理职位JD描述1：

产品经理职位JD描述2：

同理通用型产品经理也是建立在此基础上

比如消息通知、客服系统、社区管理、仓储管理系统、电商系统，都有标准化的功能能力。

▲  通用性的功能模块设计和产品规划 

通用型的产品经理也知晓业务知识，但更偏向于同样功能的设计、开发的难度、研发成本的管理。

通用型的产品经理有做过多个行业的经验，但却做过较多一样的功能。因为在互联网里面，无论到那个行业，所做的功能是一样的。要么是客户端、要么就是后台、要么就是小程序。

通用型的产品经理其实说白了就是做了较多的0到1产品。产品死得多，但也知道功能研发的困难在哪里。

通用型产品经理的薪资待遇要求显然是没有业务性高的，但却较多，也是很快可以使用的。所以市面上通用型产品经理的简历，容易通过审核，甚至可以很快找到产品经理工作

这类产品比较善于面试中提到，如何设计某某功能模块，如何设计APP等等问题。

什么是业务性产品经理

如何理解业务性？

举个例子，现在有一个仓库系统的产品经理，现在如何在系统里面提升仓库业务的分拣效率，降低仓库成本呢？

其实核心是优化仓库系统的线下业务流程、和实际的系统算法。比如通过分布式的建立区域化仓库，将商品打散为子商品再录入系统。优化了系统的分配，同事降低了库存的浪费。

以前比如一个商品带有配赠的附属套件（买苹果iPad和苹果保护套），直接拆分为商品+套件2个单元。提升了系统的颗粒度。

选择方案2将苹果和保护套合并一个商品，那么就降低了仓储系统的容错性。

这就是业务性产品经理的优势。

业务性产品经理首先完成在系统上基础业务的闭环，同时在业务里面找到可以优化点上再系统进行迭代。

在阿里内部，其实早就有提过通用型产品经理和业务性产品经理了。

通用型型产品经理是跟研发打交道的，业务型产品经理是跟市场打交道的。这样的划分，是对产品经理这一岗位的细分，对职责的进一步明确，以便充分发挥各人所长，起到1+1>2的效果。同时这也标志着产品经理这个职位从无到有再走向成熟。

相比通用型产品经理，业务性产品经理更以商业化、盈利为前提

▲  不同产品经理的侧重点 

在市面上业务性的产品经理薪资高。但又由于业务性限制了自己的求职范围，反而在招聘中有弱势。毕竟大部分的需求还是在其他行业上招聘，没有哪一家公司有一样的业务。

这类产品经理在面试环节，往往被问的较多是业务问题。比如上面提出如何解决仓库分拣效率，酒产品的分销问题。