别了，产品经理的能力模型

本文首发在《程序员》2013年1月刊上，博客延时贴出。

产品经理这个岗位越来越火，想做的人越来越多，有不少公司、团队也都建立了以产品为中心的组织形式。自然，网上出现了很多“产品经理的能力模型”，大家都觉得像是武林秘籍，修炼之后就可以入行，但，又发现各种模型之间差异很大，纠结不已。最近，我越想越觉得讨论所谓的能力模型又陷入了“方法中心”式的思维，和“最好的文档模板”、“最优的组织结构”没什么区别，其背后的本质还是要先“问题中心”，即思考“为什么要建立产品经理的能力模型”。

说起来，无非有这么几种原因：公司想知道招什么样的人，如何培养人，个人想知道如何发展……即合并成一个问题——产品经理需要什么能力？我们用做产品的思路再往深挖，为什么需要具备这些能力？我的答案是：能胜任手头的工作。为什么要胜任手头的工作？这个应该不用回答了。所以，到此为止，看到关键点：

胜任工作重于培养能力，工作不同，会导致需要的能力不同。

“胜任工作重于培养能力”掰开来说，是学校教育与职业教育的最大不同，学校教育是“学以致用”，因为当时不知道要做什么，所以完全的方法中心。而职业教育就是“用以致学”，是明显带着问题的学，这样的学，更高效，也更有动力。所以，我们先把“能力模型”丢一边，提出“任务模型”的概念，通过分析产品经理要做的工作，结合周边环境与个人特点，来确认他们当前，到底需要胜任什么工作。

这件事分为如下几步。每一步结论的给出，都是通过大量深访、问卷与文献研究得出，对象分别是公司高层、专家型产品经理、产品团队主管、师兄、产品新人等几类关键角色。

1) 枚举典型任务

对于“产品经理”来说，都叫这个title，但做的事情各有不同，这一步要列出你们的团队里，产品经理要做哪些事情，需要注意的是，做这件事背后需要的能力，这里暂时不展开，是后续步骤，得到“互联网公司，产品经理要做的典型任务”列表。

PM_model1

2) 岗位细分

按照公司实际情况，考虑产品经理的级别划分，或者方向细分，各举一个例子。

级别，可以划分为初/中/高级产品经理，初级的主要工作是需求分析、文档撰写、产品设计等执行层面的任务，中级主要做项目管理、沟通协作、用户研究等需要更多经验的任务，高级就更偏向于业务规划、产品规划、团队管理等领域。

方向，现在比较常用的分法，是把产品经理细分为四个方向：Product Architector——主要负责产品架构与规划，Product Designer——偏向需求与设计，Product Manager——做项目管理、团队管理的工作，Product Marketing——负责运营相关事项。

每个级别、方向，对每项任务的能力要求一定不同，这里可以做一个打分。如下表，是按照级别打分的实例，具体分值仅供参考。

PM_model2