产品经理(PM)可能是人们对互联网行业了解最多的职位了，广大人民群众通过段子形成了对PM群体的印象：
- 屁都不懂也能做
- 没啥经验指点江山
- 最爱的事儿是改需求
产品经理们通常自嘲的姿势是产品狗：
- 没有人事权但要对结果负责
- 求设计师
- 求工程师
- 求市场资源
黑归黑，很多人连PM是做什么的，以及存在的价值都没搞清就入了行也是事实。大体上，PM不是一个新的岗位，但是互联网行业对这个职位的需求量变得空前的大，而且也具有了更加可见的价值。
为什么需要产品经理
在传统行业中，产品迭代周期相对较长，一款产品的生命周期可能达到数年，通常老板可以协调各部门资源完成调研 - 研发 - 销售 - 反馈的迭代。一款产品的研发过程甚至不需要太多的产品决策，可以由销售驱动完成。举例来说，一家做马桶的公司，核心技术可能是陶瓷釉面和流体力学方面的研究，研发一款全新的马桶可能需要数月（换个外观）到数年（重大创新），较长研发过程中可能有相对明确的目标和产品定义，比如设计一个老年人蹲久了不会腿麻的马桶（等等为什么让老年人久蹲）。一旦研发完成可能销售数年甚至十几年。然后研发团队去继续研发下一款儿童不会掉进去的马桶。
不过一旦产品线太长，老板有限的精力会成为瓶颈，这时就需要授权下属对不同的产品进行管理，以保证公司顺利运转，如果组织结构按照产品进行整合，这个对产品进行管理的人就是产品经理了。
互联网行业有一个特点：产品是持续迭代／持续发布的。无论做一个网站或者一个App，消费者每次使用都会用到最新的版本。在这个过程中，每周甚至每一天都需要进行产品决策，如此高频率的决策需要高强度的精力投入，稍具规模的公司，老板都不会有足够的精力参与多数产品决策。于是就凸现了产品经理这个角色的价值。
产品经理的目标
如上所述，产品经理是为了解决老板精力不足以跟进产品持续迭代决策的问题。那么这个角色的目标是什么呢？
- KPI？
- 创造优秀的体验？
- 为用户创造价值？
- 改变世界？
都是瞎扯，产品经理的唯一目标是利用任何资源让产品价值最大化（此处先把长期价值和短期价值的争论放一放）。
很多产品经理患有「下一个乔布斯」妄想症，动不动就把用户体验挂在嘴边。但是你要知道，用户体验是工具而不是目的，产品经理追求用户体验的唯一愿意是：提升这个产品的用户体验，可以有效的提高价值。
换言之，如果一个提升一个产品的所谓「用户体验」，不会带来相应的价值提升，比如投入几个前端工程师去把一个内部管理系统的界面做得十分fancy，那么这个投入就是浪费的。产品经理就是失败的。
之前知乎有个问题 同样是节省时间，铁路为何花巨资提速，却不愿提升用户体验改造流程？ ，这是对用户体验的典型误解，用户体验的基础是满足用户的需求，而不是提供奢华的服务。一个豪华但是没有火车通过的火车站，对于需要旅行的人用户体验好么？显然不好。在运力不足的时候，提速（提升运力的必要手段）就对用户体验最重要的提升。
很多只做用户端的产品经理，误以为用体验就是交互，设计就是UI或者外观，这是非常业余的。（此处绝非黑锤子）
产品管理
产品经理（Product Manager），顾名思义理论上做的工作应该是产品管理（Product Management）。但是在实际操作中，多数产品经理在做产品设计的工作，对于产品管理基本上处于下意识或者被动管理中。产品管理有如下关键点：
- 产品的愿景和线路图：主要是哲学问题，这个产品是什么，为什么存在，要到哪里去？不断和团队传递产品愿景有助于提高协作效率，保证大家往正确的方向前进。
- 需求Backlog：所有已确定和未确定的需求，再进一步讨论和整理前应该进入Backlog，之后基于Backlog中需求的优先级确定未来的研发计划。
- 团队资源：团队资源决定了每个迭代周期能做多少事情。产品经理必须非常清楚，才能有效的安排研发计划。
- 优先级：优先级管理是多数产品经理日常工作的核心任务，大量需求飞过来，团队需要明确的知道接下来要处理哪一些，而且要随时同步。基本上可以用急迫性/重要性的矩阵来判断。（需要注意的是，紧急但是不重要的事情多数时候不是真的紧急，在快速迭代的产品中，很多你以为的紧急，两个版本后都不是个事儿了）
在我入行的最初几年，也是过分关注产品设计而忽略了产品管理，好在跟对了老板，虽然是无意识的，还是在老板的驱动下对于优先级和Roadmap进行了管理。在实践中掌握了基本的方法，命好 ：P