产品经理岗位的起源

自1927年，美国P&G（宝洁）公司出现第一名产品经理（Product Manager）以来，产品管理（Product Management）制度逐渐在越来越多的行业得到应用和推广，并且取得了广泛的成功。
自此，国内多家领先企业相继采用产品经理管理模式，走出了产品研发的“象牙塔”，使产品的研制开发有的放矢，快速地满足客户的需求。

有个段子分享下给大家

很久很久以前，负责给程序员提需求的人叫做老板，或者叫客户。
老板经常对程序员做出来的东西不满意，好几次都想动手，但是脑子一闪现“删库跑路”，不由得放下了紧握的拳头。
程序员也经常对老板提出的需求不满意，好几次都想动手，但是脑子一闪现“炒鱿鱼滚蛋”，也不由得放下了紧握的拳头。
在这种尴尬中生产出来的产品，结果可想而知。
时间过去了很久，有一个非常聪明的老板，他想出来一个主意：招了一个人，安排个岗位叫“产品经理”。
他对这个产品经理说，以后你就负责整理我的需求，然后传达给程序员，谁要是敢揍你，你来找我，我给你出气。
然后他又对程序员说，以后他就是负责给你们提需求的，叫产品经理，他要是敢揍你，你找我，我给你出气。
于是，老板就这样每天喝着茶、笑看产品经理和程序员撕逼打架。既不用担心被打，也不用担心程序员删库跑路了。
于是，产品经理就这么产生了！

在长辈眼中的产品经理

估计很多产品岗的同学都有同样的经历，当告诉长辈自己是产品经理时，长辈们第一反应就是挺厉害的，年纪轻轻就是个经理了。“经理”一词，在老一辈的认知当中，就是管事的，下面有一个部门的人让你使唤。

其实自己心理都清楚，大部分的产品经理并不是真正的经理，产品经理上面还有高级产品经理和产品总监等，产品经理说白了就是一个执行专员，只是名字比较好听而已。当然了，每个公司都有自己的评级标准，在岗位头衔的叫法也有略微的差异。

产品经理的属性

今天我想说的是产品经理的属性，为什么要说属性？在很多互联网公司的用人招聘时，若没看清产品经理自身的属性，会导致匹配度，吻合度的各种不符预期，导致磨合成本提高。

大家有看过火影忍者吗？里面有个名词叫查克拉，类似龙珠的“气”，游戏中的“魔法值”等。查克拉共有七种性质变化：火、水、风、雷、土、阴、阳。根据自身的查克拉特性进行修炼不一样的忍术，与自身属性不搭的忍术练起来困难，提升慢，与自身搭的忍术用起来顺手，提升快。

以下是我归纳的的产品经理基础属性：

• 功能型产品经理
• 交互型产品经理
• 运营型产品经理
• 技术型产品经理
• 管理型产品经理

功能型产品经理

功能型产品经理擅长的就是设计功能，主要通过模仿和改造，对自身产品的某个版块的某个功能进行优化迭代。一般在软件上比较喜欢使用Word，Axure进行内容产出，对功能的细节比较敏感。

交互型产品经理

交互型产品经理擅长的是用户体验方向，更多考虑的是一个功能如何吸引用户点击，如何更合理的布局。一般在软件上比较喜欢使用Axure，Excel进行内容产出，对操作体验比较敏感。

运营型产品经理

运营型产品经理一般存在于非专业的互联网公司，一般思路是我要用什么功能，做什么活动，具体怎么实现有技术同学。一般在软件上比较喜欢使用Word和截图，对业务层的运作比较敏感。

技术型产品经理

技术型产品经理一般内功比较强大，了解开发同学要什么，在功能和前后交互逻辑上甚至比“功能型”和“交互型”更优，但由于是“技术型”属性，在应变能力和选择方案上会较差，一般在软件上比较喜欢Word和Execl，对一个功能如何实现和实现难度比较敏感。

管理型产品经理

管理型产品经理有点像项目管理人员，比较擅长调动资源，做时间管理。但更多拥有这个属性的产品经理都是高级的产品经理，都是通过工作积累慢慢修炼出来的。若初期单纯靠“管理型”这个属性成长比较缓慢。

小结

以上属性类型是基于产品新人在工作过程逐渐认知和感受自己所擅长的属性类型，每个人的属性都是多样的，巨头级产品经理都是多属性顶级，甚至全属性的存在。正确阅读自我，寻找属于自己合适的成长路径，能事半功倍，否则麻木的努力可能会离成功越来越远。