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

标签: 产品经理 模型 | 发表时间:2013-01-24 09:34 | 作者:
出处:http://news.cnblogs.com/

文 /苏杰

近几年,产品经理这个岗位越来越火,想做的人越来越多,有不少公司、团队也都建立了以产品为中心的组织形式。网上出现了很多“产品经理的能力模型”,大家都认为像是武林秘籍,修炼之后就可以入行,但又发现各种模型之间差异很大,令人纠结不已。然而,这些所谓的能力模型真的有用吗?

我认为讨论所谓的能力模型陷入了“方法中心”式的思维,与“最好的文档模板”、“最优的组织结构”没什么区别,其背后的本质还是优先“问题中心”,即思考“为什么要建立产品经理的能力模型”。

说起来,无非出于以下几方面的考虑:公司想知道招什么样的人,如何培养人;个人想知道如何发展等。如果把这些合并成一个问题,那便是“产品经理需要什么能力?”我们用做产品的思路再往深挖,为什么需要具备这些能力?我的答案是:能胜任手头的工作。为什么要胜任手头的工作?这个应该不用回答了。所以,到此为止,看到关键点:胜任工作重于培养能力。所负责的工作不同,会导致需要的能力不同。

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

枚举典型任务

虽然都是产品经理,但每个人做的事情各有不同,这一步要列出在团队中,产品经理要做哪些事。需要注意的是,做这件事背后需要哪些能力(这里暂时不展开)。表 1 是互联网公司的产品经理的典型任务列表。

表 1 互联网公司,产品经理要做的典型任务

岗位细分

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

  • 级别,可以划分为初/中/高级产品经理,初级主要工作是需求分析、文档撰写、产品设计等执行层面的任务:中级主要做项目管理、沟通协作、用户研究等需要更多经验的任务:高级就更偏向于业务规划、产品规划、团队管理等领域。
  • 方向,常用的方法是将产品经理细分为四个方向:Product Architect——主要负责产品架构与规划;Product Designer——偏向需求与设计;Product Manager——做项目管理、团队管理工作;Product Marketing——负责运营等相关事项。

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

表 2 按照级别为产品经理打分

环境因素修正

因为产品经理所处的环境不同,所以对各项任务的要求也不同。总结起来,有以下几个关键因素。

首先是行业(如电商、PC 软件、游戏、电信……)对各项任务的要求不同,需要相应行业的从业者自行讨论。

然后是“产品类型”,这个与行业有关(表 2 是针对电商行业的)。

  • 平台型:更靠后台系统,对技术的了解要求加强,例如电商的交易线产品、安全类产品。
  • 垂直型:更多商业层面的内容,对行业知识要求较强,例如网上超市、网上药店等。
  • 网站型:更偏前台网站页面,对 UED 相关知识要求较强,例如一些团购网站、社会化导购网站。
  • 自定义:一些没法归类的产品,需独立判断。

最后是“周边团队”,如果有专门的团队做对应的任务,则可以降低要求。例如,有专门的用户研究团队,则对用户研究的要求可以减少;有专职的项目经理,则对项目管理的-要求可以减少。

注意,这里很难量化地去判断对任务要求的增减,所以只能探索性地给了“+1/-1”的修正(如表 3 所示)。

表 3 环境因素修正

个人因素修正

每个产品经理都不同,所以不可能有一个普适的模型,一定要有一些个性化元素(如表 4 所示)。

表 4 个人因素修正

  • 个人经历。我们认为,如果此人担任过对应任务的职位(或已经部分胜任),则可降低要求。
  • 性格特质,性格因素会导致能做好/做不好某事情,但很难具体化,所以这里是指性格导致的任务偏好,如果喜欢做此任务,我们认为就容易做好,可酌情降低要求;不喜欢,则提高要求。
  • 当前任务,眼下最常做的任务是什么,提高要求,体现“用以致学”。

评估结果

  • 职位要求,是加上“环境因素修正”以后的能力要求,分数越高,在选人时越需要重点考察。
  • 个人要求,是加上“环境因素修正”与“个人因素修正”后的能力要求,分数越高的,是此人当前越需要努力加强的任务项。
  • 差距排序,是按照“个人要求”的数值从大到小排序,更有说服力,排在前几位的是当前此人最重要的努力方向。

举一个应用的实例,如表 5 所示。

公司对他的要求是做中级产品经理,他做的产品是平台型产品,所以“产品规划”、“熟悉技术”两项任务的能力要求 +1;他的周边团队是由技术人员做项目经理的,所以“项目管理”的能力要求-1;他的个人经历,因为做过两年技术,所以“熟悉技术”的能力要求-1;他的性格特质,比较内向,不善沟通,所以“沟通协作”的能力要求 +1;他很喜欢做“用户研究”,所以此能力要求-1;他的当前任务,需要做很多的数据分析工作,所以“数据分析”的能力要求 +1。

表 5 实例——某人的评估结果

综上,评估结果可解读为(仅供参考):

  • 从职位要求来看,对产品规划能力要求最高;
  • 从差距排序来看,他当前应该优先努力胜任的几项任务为沟通协作、产品规划、数据分析。

这就是我们对“产品经理能力模型”的探索,主要有以下四个重大改进。

  • 从比较虚幻的“能力模型”变为更贴近实际的“任务模型”,一改死板的“学以致用”,真正做到了“用以致学”。
  • 从“千人一面”变为按照个人、团队定制的“千人千面”的个性化模型。
  • 从不随时间变的“静态模型”变为随机应变的“动态模型”。每隔一段时间,再用一次这个方法,每个团队、个人可以得出不同的结果。
  • 从没有优先级的“铁板一块”变成能区分各种任务优先级的“各个击破”,它可以帮助每个人判断自己现阶段应该优先做什么,也可以帮助师兄判断新人的学习顺序,从而实现个性化的学习。

当然,这是在以“产品为中心”的组织里的一些实践,必然有它的局限。因为这只是一个模糊的“定性”模型,所以暂时还无法做到“定量”。

总结

至于如何胜任各项任务的具体方案,不在本次讨论之列,简单提一下接下来需要做的几件事(这些做法,必须要有个“专家团”来一步步确认)。

  • 细化任务流程:表 5 中的部分任务可能要细化到合适的粒度才能将任务点与能力点充分映射。
  • 分析胜任能力:从能力点到任务点的映射。要注意的是,任务点是要做的事本身,能力点是做这件事背后所需要的知识、技能和态度。
  • 构建任务模型:根据某个任务点的要求来确定背后每个能力点的要求。依次可分为五级:记忆、理解、运用、评估、创造。每个能力点对应的级别都需要有一个解释和案例。这几步的背后有点儿像 Job Model 的东西。
  • 确定学习方式:如何胜任某个任务点,是参加培训?自学资料?实战?还是与别人分享?
  • 绘制学习路径:确定学习的先后顺序。

作者苏杰,阿里巴巴集团产品经理,负责集团内部产品经理的成长,关注用户研究、需求分析、产品规划、数据分析、知识管理等领域,特别是电子商务行业。

本文链接



相关 [产品经理 模型] 推荐:

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

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

产品经理

- - 人月神话的BLOG
再谈下怎样能够算得上一个合格的产品经理,一个人不是说你能够有产品构思,能够画点原型,能够做团队和项目管理就是产品经理. 苏杰原来有本书叫《人人都是产品经理》,看了后大家可能会觉得做一个产品经理是挺容易的一件事情,但是自互联网提供和设置了大量的产品经理岗位后,产品经理这个词基本就烂大街了. 我们如何来界定一个产品经理,如果简单点来讲可以理解为 根据自己长期的项目和运营实践,通过自己的敏捷洞悉能力和分析能力,能够将当前的市场需求或潜在的市场需求转化为具体的产品需求,并能够核心的定义产品功能模型和价值输出,同时能够通过项目和团队管理的能力,凝聚一个小组形成一个真正的团队,将自己的产品构思付诸于最终产品实现的人.

转型AI产品经理,原来不需要学那么深的算法和数学模型

- - IT瘾-tuicool
本文作者李杰克 是我们“AI产品经理大本营”成员,但非常特别是,他是 从互联网产品经理转型成了AI工程师. 李杰克 文章的特点,是 能 通过简单有趣的文字介绍AI技术概念,本文是他的第一篇文章,以飨大家. 这是我的第一篇文章,如果你还没系统地学习过AI算法相关知识,它应该能够让你对AI有些新的认知和理解、多些信心,至少你不会再觉得AI是那么高不可攀、遥不可及,相反,AI是普通人也可以理解、学习和实现的.

产品经理好与坏

- lnsoso - 随心所记 - 生活中的dodo
例如李明远,设计了百度贴吧和百科这两个重量级产品,只可惜我并没有亲见这些产品设计的过程,客观的说,我还不知道什么才是厉害的产品经理. 既然我有限的经历无法胜任点评产品经理这个重任,那就来感性的说一下我所欣赏和厌恶的产品经理类型吧,权当我所谓的好与坏. 我很欣赏曾经的百度有啊中充满想象力的产品经理,明远和东宝都能算作具有这样特质的人.

产品经理是炮灰

- 张金龙 - 所有文章 - UCD大社区
前些日子有篇网文,鼓吹产品经理的重要性,几乎夸上了天. 有人评论道:“是为了争取加薪吗. 一个人能取得多大的成功,取决于两点:1、他有多少才华与热情,2、这些才华和热情是否能战胜环境中的困难. 很遗憾,摆在产品经理面前的障碍大部分是不可战胜的. 在这篇文章里,我们只讲靠谱的产品经理,不讲不靠谱的. 不论PM靠不靠谱,都分为两种,或者在大中型公司工作,或者在小型公司(创业团队)工作.

产品经理好与坏

- abcd - 所有文章 - UCD大社区
例如李明远,设计了百度贴吧和百科这两个重量级产品,只可惜我并没有亲见这些产品设计的过程,客观的说,我还不知道什么才是厉害的产品经理. 既然我有限的经历无法胜任点评产品经理这个重任,那就来感性的说一下我所欣赏和厌恶的产品经理类型吧,权当我所谓的好与坏. 我很欣赏曾经的百度有啊中充满想象力的产品经理,明远和东宝都能算作具有这样特质的人.

产品经理是炮灰

- Neglect - 坏脾气的小肥
前些日子有篇网文,鼓吹产品经理的重要性,几乎夸上了天. 有人评论道:“是为了争取加薪吗. 一个人能取得多大的成功,取决于两点:1、他有多少才华与热情,2、这些才华和热情是否能战胜环境中的困难. 很遗憾,摆在产品经理面前的障碍大部分是不可战胜的. 在这篇文章里,我们只讲靠谱的产品经理,不讲不靠谱的. 不论PM靠不靠谱,都分为两种,或者在大中型公司工作,或者在小型公司(创业团队)工作.

产品经理“玩”数据

- - 一个产品经理的博客...
  产品经理生来就是要解决问题的. 那如何才能更好、更高效地解决问题?首先要求我们能发现问题,数据分析就是一种常用的发现问题的手段. 通过数据定位问题,然后用设计方案来尝试解决问题,之后再用量化的数据指标来评估问题是否解决了,解决了多少. 通过迭代优化,问题就能够得到较好解决.   本文结合自己在在登录产品的体验优化中积累的一些实战经验,重现过程中的设计点滴,有效果明显的方案,也有效果不明显的优化尝试,最后将总结一些通用的设计思路.

好的产品经理,差的产品经理

- - Xiaoxiao's Weblog
本文转载至 译言网 作者: Ben Horowitz. Ben Horowitz这篇不朽的杰作诞生于1996年,但时间的久远丝毫不影响其对当前的警示作用. 彼时,作为Netscape产品管理部门经理的Ben,没有假大空地介绍产品经理的角色和责任,而是很直观地对比了一个好的产品经理和差的产品经理.

一个谷歌产品经理眼中的产品经理

- - 互联网分析
我在创业公司已经呆了好一阵子了,我发现招聘这个事儿在大公司和创业公司还真是截然不同. 在雅虎搜索的时候,我们一直是持续的进行招聘的. 我一周会进行大概5-8次的面试. 简历、面试、offer,总是一个接一个,不间断. 现在我已经不做招聘经理的事儿了,我在创业公司只负责招很少一部分的产品经理. 但是总有人在招产品经理,而我也总是面试团队的一员.