互联网产品经理（以下简称PM）这个岗位，本意是指在一个产品或子项目中，承担规划和管理的角色，负责一个产品的生老病死，但这个定义非常灵活，说大了在这个过程中PM就是老板，和产品相关的所有决策都需要找他来拍板，说小了实际工作中遇到的PM只是老板的小弟，代为执行上述业务而已，也就是传说中的‘国王之手’。
截止我开始动手写这篇专栏，某知名问答社区里‘产品经理’这个话题共有49444人关注，近一万个问题产生了1159个精华回答，一方面说明这是一个炙手可热的岗位，非常非常的有前途，另一方面说明这是一个有着强烈自我怀疑精神的人群，总喜欢互相问各种问题，相比之下‘设计师’‘工程师’之类的弱爆了，只会互捧臭脚和约架。
什么人去做了产品经理
翻各种产品经理招聘信息会发现一个有趣的点，PM的职位普遍要求不高，几乎没有专业限制，所谓的熟悉各种互联网产品只要是个资深网虫把业界新闻侃得如数家珍就行，但再往下看又会出现一堆不可量化的要求，如沟通能力、数据能力、分析能力、逻辑能力、责任心等等，给人一种不明觉厉的感觉。
在互联网从业人员中，PM的学历背景最为复杂，并没有哪个大学有互联网产品系，最接近的学科是计算机和信息管理，知识体系只有自学成才和亲自动手做项目两种构建方式，大多数PM手中有太多不能分享的经验和数据，行业聚会也都只是泛泛而谈最终演变为招聘大会，加之不同项目的产品经验有太多未知因素不可复制，导致评价该职位水平的行业标准变成了空谈。
我合作过的产品经理有一毕业就凭着满腔热血投身互联网但又没有一技之长只能从产品策划做起的懵懂少年，有技术骨干受够了刚做到一半就被改需求而转去做甲方的底层精英，还有相关职位在和产品经理合作过程中窥探到了对方工作诀窍进而亲自动手的积极分子，以及做来做去团队老伙伴都跑路了只剩下自己最熟悉一切的孤胆英雄，总之，每一次新的合作，都是一场惊喜。
产品经理的技能树
需求分析，这是区分真牛逼的PM和吹牛逼的PM最核心的部分，就像在上一篇中说到的，用户告诉你需要一匹更快的马，普通PM给马装上了翅膀，高级PM给了用户一辆车，牛逼的PM让用户觉得追求速度是一件很傻的事儿。但除了耳熟能详的马斯洛需求层次理论，分析用户（或老板）的真实需求就像是揣摩圣意一般，从来也没有一招鲜吃遍天的范式可供参考。
产品设计，这是PM的主要工作输出环节，一般产出物是产品需求文档PRD，就是将上述分析变成一个能用语言描述的、并且可供其他人执行的参考文档。虽然理论上来讲只要会打字就能写PRD，但好学的PM们还是学会了Word/PPT/Excel/Axure/MindManager来让自己写的PRD更有看头，不仅让设计师和工程师在执行过程中有了参考，也是为了避免口头沟通导致的信息丢失或做着做着忘记了一开始的需求到底是啥。
项目管理，为了保证项目能够高质量按时上线，在完成产品设计之后，产品经理的任务多了一层项目管理，从做正确的事情转换到正确的做事情，这时候面临资源调配、项目延期、不可抗因素介入导致需求变更、甚至是团队成员心情不好导致效率低下都会影响进度。如果没有相关问题处理经验，最好的方式是请专人负责项目进度把控，毕竟正常一点的公司都会严格要求上线时间及效果，这将是大家KPI最直接的考评标准。分享几个我在SMG项目管理培训课程上学到东西：在项目的形成—磨合—规范—贡献—结束五个阶段，项目经理要适应主导—民主—主导的管理风格转化；跨部门沟通的原则，涉及到项目质量、预算、时间的问题亲自和相应主管沟通，不涉及或需要沟通的内容是对方不熟悉的领域最好请出自己的领导代为沟通；与客户沟通的三大原则是对等（沟通双方平级）、互补（在对方不悉的领域有更深刻的见解）、少数（双方人数越少越好）；应对老板投诉项目成员时将问题引导到事情本身而不是成员水平；在领导或客户提出改需求的时候，多问一句“你为什么觉得这个很重要？”来明确真实诉求。
运营推广，抱歉这一块是我的软肋总结不出什么经验，直到个人创业前我都和某厂产品经理们一样认为酒香不怕巷子深，只要产品质量高用户量自然就会上去。真正自己在做一款无基础无背景的产品时才发现，在一个赢家通吃的成熟平台上，产品底子再好如果没有相应的推广和炒作，想让用户自己滚雪球般增长除非天赋异禀撞大运，比如魔漫相机，比如FlippyBird，他们的经验只能总结却不能复制，还在坚持这种思想的PM只能靠祈祷今天起床的姿势能带来好运了。
包装汇报，好的产品经理不仅要会做产品，还得会把自己的产品思路推销出去，和运营推广不同，这里的推销对象是合作伙伴和老板，没有实现能力只能靠三寸不烂之舌把一群人说服打鸡血一般加入你的团队，让老板相信这个事一定有价值而且非你不行，等产品上线之后还会有成果汇报，不管用户量有没有上去有没有赚钱，都要把这个项目最牛逼的点放大，让投资人觉得哪怕做失败了也是有价值的。
我认识的产品经理
理论嵌套型
理论嵌套是指在平时的产品构思过程中，喜欢从一些社会学心理学图书馆学的基础理论出发，像做社会学研究报告一般分析用户行为，仅靠几篇参考文献就能将想象中的场景当做用户真实需求，并依此开展产品设计的行为。产品文档通篇基础用法、人种分类、满足大多数用户需求这种不接地气的教条词汇，往往除了他自己之外别人都看不懂。这种类型的比较容易出现在入行不深看了几个分析报告就开始动手做产品设计的新人身上，希望用这些理论来证明自己能够驾驭产品，但很明显这种行为只能显摆自己坑了队友，除了看其他人的产品分析报告，应该多尝试把自己的产品构思说给家里人听听，先让他们能听懂你要干嘛。
数据分析型
如果说教条是不可信的，人是有判断误差的，那么不会说谎的就只剩下数据了，用数据做决策不失为一个安全的做法，早年的Google就是典型的例子，哪怕是搜索结果链接色、行间距，都会用大数据AB Test的方式来决定，当然事实证明，数据只能保证不犯错却不能保证创新，失去了创新一家公司就没有了未来。对产品经理而言，数据不仅是KPI的重要组成，还是说服其它合作伙伴的最有力工具，自己负责的产品线基础数据应该能做到信手拈来，记录每一次改动对数据的影响，从中分析原因来支持快速迭代改进，另外也需要有勇气去挑战数据，毕竟创新带来的影响可能无法快速体现在数据层面、甚至会导致短期大量数据下降，这就需要决策者有着非凡的毅力和决心，让团队成员相信用户流失是暂时的，改版带来的新增速度一定会超过流失。
策划运营型
在一个成熟型产品里做PM，几乎没有有力竞争对手KPI又是各种用户数据的话，产品工作很容易就变成了内容运营（热门内容发现、专题活动、节日促销）和用户运营（提升新用户增长、促进现存用户的活跃度、防止用户流失），或者是负责对外合作的PM做各种合同驱动型产品，基本上做个半年就会停止创新思维，进入养老节奏，梦想改变世界的小伙伴，如果你现在做的事情是这些，建议你试着分配一些时间给总结和革新，不要让思维停滞。
项目管理型
在合同驱动型的项目中，项目经理就像工程监理一样重要，时间预估要精准到天，工作安排要精准到小时，一切导致项目延期的因素都会被考虑的非常详尽，需求变更也会很谨慎。但在互联网公司，项目普遍是老板驱动型的，小团队中也不会配备项目经理，一般由产品经理或开发经理兼任，前者担任时看重的是工期及完成度，需求变更是常事儿，后者担任时看重的是质量及开发人员负荷，极其反感需求变更。项目管理型PM喜欢每天开会碰进度，恨不得让十个女人一个月生个孩子出来，因为在产品管理之外又多了一层项目管理的身份，比较容易产生‘我是老板’的不良思想，忽略合作伙伴的心理感受最终导致感情破裂。
设计主导型
从设计师转型而来的产品经理，或者说现在流行的‘产品设计师’，拥有比一般产品经理强很多的表现能力，能把自己的想法清晰准确的画出来，省去了PRD没人看的烦恼，但经验不足的设计师容易放大自己在设计之外的能力，轻视产品经理在需求分析阶段做出的努力，和理论嵌套型PM一样教条主义。这种类型的PM最严重的问题也恰恰是他们曾经的优点，如果既是设计师又是决策者就还好，但如果还有其它决策者，双方的讨论就会因为方案精美样式丰富而过快陷入细节的讨论，把重点放在了配色和交互上，忽略了本身要解决的问题是什么。
技术主导型
这种在国外很常见但国内很少见的产品经理一般是开发出身，做过几年别人的需求被改来改去很不爽一怒之下自己转型做了PM，却发现原本自己认为很简单的决策取舍起来是那么困难，每个需求的提出都能很快想到一套技术解决方案并迅速推进执行，做到一半才发现或许这种解决方式并不是最好的，和设计主导型PM一样过快进入自己熟悉的Comfortable Zone带来的风险。
无所不能型
有幸认识一两个全能型的产品经理，思路清晰懂设计会开发，多是创业多年的骨灰级玩家，经历过各种风风雨雨，自己一个人就能撑起一家公司，这种PM只适合自己玩，不适合加入任何大一点的团队，他们就像那只停下来就会死的FlippyBird，手上永远有做不完的项目，永远有新的想法，缺的只是一个好的机会让自己的梦想得以实现。
人生赢家型
雷老板有一句名言，台风来时站在风口，猪都能飞起来。这句话的重点不是猪会不会飞，而是能不能在恰当的时候站在风口，做产品呢是靠99%的汗水+1%的运气，没有那1%的运气，汗水留得再多也没意义，如果自己找不准风口，那就跟着能找准风口的人生赢家混，不得不承认，这个行业有太多奇迹是预想不到的，想想你的身边谁是那个赢家，多和他聊聊，加入他的团队，走上人生巅峰也不是难事。
最后
我在上一次人生规划的拐点[1]上依旧选择了交互设计而不是产品经理，不代表我不认可这个职位做的事情，只是我喜欢做解决问题的那个人，帮助产品找到合适的方向，解决完一个开始下一个而不是一直专注在一个任务上。专心做你们产品经理这份很有前途的职业，不要因为我黑了几句就产生了转岗的念头，因为产品经理是最接近老板的人，也是最有可能成为老板的人，加油吧骚年！行业的未来靠你们了！
注释
[1]http：//www.zhihu.com/question/22038145/answer/20128904
