产品经理模板化分析，三种类型的产品经理和能力提升

                                                产品经理的岗位职责或能力KPI，终将殊途同归。产品经理的核心竞争力也将渐渐明晰固化，我们也能在学习进步中找到规律化的方法去稳步提升自己。

最近在问答上看了很多想转产品岗位的疑问。包括有很多观点指出，产品经理的能力偏软实力，难以量化，其实不然。在此尝试用模板化分析的方式来为大家提供一些形象化的思路。
一、产品经理的模板构想
首先，我们先简单量化假设一下产品经理的能力，大概可以分为以下五个核心能力维度。
其中能力维度包括：

工具使用：办公工具的使用比如AXURE、OFFICE、云笔记、PS等，决定办公效率。

系统熟练：对后端数据及前端设计规范的了解程度，决定验收能力和设计合理度。

沟通表达：对开发跟进及资源争取方面的推进力，决定开发推进及团队默契。

业务逻辑：对商业变现模式及市场的了解程度，决定需求的合理度和优先级界定。

个人特性：因人而异，比如强包容力、强亲和力、强掌控欲，都会对整体的能力的发挥有一定影响。

举一个产品从0到1过程的例子给大家参考：
我们要做一个生鲜电商行业的软件，前端包括进销存，后端包括后台的单据流转及处理。（项目）【业务逻辑】
首先我们拿到这个点子之后，要评估整体市场环境及盘子的大小，有多大前景。（市场）【业务逻辑】
然后针对这个市场状况，我们从哪个点切入？是主打操作便捷性？还是高自动化？（优先级）【业务逻辑】
拿到这个方案之后，公司可以给我们这个项目多少预算和配置？（资源争取）【沟通表达】
开发开始后，如何进行一线的需求分析、文档设计、开发跟进、验收上线？（实战）【工具使用】【沟通表达】
通过这个例子不难看出，

业务逻辑在整体产品线的初期核心部分占了很大比重，也是我们的核心能力。

工具使用能力是处在一个锦上添花的位置，贯穿于工作始终，影响着工作效率。

系统熟练是需要积累和熟悉的能力，门槛不高。

沟通表达同样可以通过训练来提升，但是上限在于个人魅力和性格特性。

个人特性也可以称之为个人素质，包括双商、包容力等，天赋类能力。

比如系统熟练度，在进行数据库相关工作时，可能会对数据表的数据结构进行设计，如果不善于总结或熟练度不够，则会造成设计思路偏颇或冗余字段过多，甚至系统负荷较大的后果。需要在所从事的产品领域深挖下去，这也是产品经理经验的一个重要组成部分。
比如沟通表达，比较基本的有两点，一个是保持专业，一个是学会理解。
保持专业是指：能够在沟通摩擦时掌控个人负面情绪，并且在与个人安排冲突时以平和心态工作。
学会理解是指：能够倾听并理解意见上的冲突，并抓住冲突的核心点，并针对核心点提出方案。
做到这两点后，就要提升会议演讲能力，以及团队会议时的推进力，能够在控制不在非核心话题上耽误时间，也能迅速抓住关键矛盾击破问题，并准确表达描述。
二、能力模板的简单量化
这里以一个人总分500分，及格水平300分为初始总分，每项最高100分，最低20分为例。
初始总分可以称之为天赋，具体的后天发展需要团队和领导者去帮助并把控。

技术型
这里以一个3年后端程序转产品为例。我们称之为技术型产品经理。可参考张小龙、扎克伯格等。
假设：

工具使用和系统熟练上相对为100分。

沟通表达及格水平60分。

业务逻辑短板稍弱20分。

个人特性中规中矩20分。


业务型
对于一个互联网创业合伙人为例。称之为业务型产品经理。可参考罗永浩等。
假设：
多年从事市场类别工作

工具使用为40分，系统熟练为40分。

沟通表达为100分。

业务逻辑为100分。

个人特性为20分。


潜力型
再举一个素质优秀但没有经验的产品经理。称之为潜力型产品经理。可参考一般优秀应届生。
假设：

工具使用经过练习60分，系统熟练具有悟性40分。

个人特性100分。

沟通表达80分。

业务逻辑仅限于理解20分。


一般来说：

‘头重脚轻’即缺乏沟通表达和业务逻辑理解，这种产品经理需要深入业务，多面对挑战。

‘头轻脚重’即动手能力差，这种产品经理身居高位可能是大牛，但是在一线也许会给人只动嘴不动手的印象。

技术型产品经理适合进行研发跟进及BUG验收方面的工作，可以和开发做到心灵相通，但是在业务方面要培养感觉，推荐跟运营部门学习一段时间后再接手研发。
业务型产品经理适合进行需求分析、产品规划等工作，推荐多和程序及美术沟通交流，甚至了解一些基本的设计及代码规范，可以让你的方案更现实。
潜力型当然需要培养，而且一定要注意培养的规划和参与时机，否则可能一个好好的苗子就被变成了一个文件秘书。
三、模板分析能力提升方向
根据从事的工作内容方面又可以分为四大类：

[ol]

需求端工作：需求市场调研、用户画像等，可以增长业务逻辑水平。

研发端工作：需求文档制作、开发跟进等，可以增长系统熟练水平，并对沟通表达水平有一定锻炼。

运营端工作：包括BUG处理、活动策划等，可以增长各项能力。

项目端工作：比如上下级沟通、成果汇报、资源争取，可以增长沟通表达水平。
[/ol]
但是不同天赋能力的产品经理可能在从事这四类工作的途中遇到不同的问题，交出不同程度的成果。
比如一个技术型的产品经理做需求研发或项目沟通可能会略显生疏，虽说可以获得锻炼，但是在项目的关键阶段来看，可能会是一种人力资源的浪费，所以有时候要注意培养和发挥的侧重。
处在职业规划发展迷茫期的各位不妨参照上文，给自己做一个能力矩阵，看一下长短板，因地制宜。
四、模板分析对于招聘和培养的指导意义
首先要构建一下招聘目标的模板。
比如缺乏初级助理型产品经理时：

若赶进度第一，可以从研发部门发展一名技术型做开发跟进。

若做大型系统开发，可招募潜力型做培养人才储备。

若项目初期试点阶段，建议招募市场型跑通流程，多做汇报。

可以在招聘时设置相关问题，侧重展示相关能力，比如：

请用AXURE做一个滑动刷新的交互效果。

商品详情页面与购物车页面的关键字段分别是什么？

请就半年内发生的互联网大事件做一则三分钟的观点阐述。

然后根据答案的回答完整程度来进行评分。
评分后可以做出雷达图，跟标准或预期模板比对能力相似性，来进行进一步的面试或定岗定薪。