我深深地热爱着产品经理这个岗位，我坚信人人都是产品经理。虽然他们不在产品经理这个岗位上，但是每个人做的每件事情，其实都是一件产品。

今天要聊一下，产品经理，如何从普通到优秀。

只要方法得当，一个优秀的产品经理就像力量倍增器一样，能够帮助一个由优秀技术人员和设计师组成的跨职能团队将工作做到最好。

不幸的是，产品经理这个职位的职责说明要么过于模糊（“你要负责某产品”），要么过于具体（“你要输出PRD，你要会SQL”）。事实证明，这两个方法，都无法帮助人们成为优秀的产品经理。

我花了不少时间试图找到一个方法，来说明产品经理的价值，即能清晰地向同事们描述他们可以从产品经理这里得到（或要求）什么，同时也能向新的产品经理描述他们应该对工作的实际期望。

现在，我把这些信息描述为3项职责：产品策略、优先级及执行力。

一、产品策略

---

产品经理的职责就是清晰表达这两件简单的事情：

    我们在玩什么游戏？

    我们如何计分？

一旦你将这两件事做对了，一大堆在研发、运营、测试、设计和市场上的小伙伴们豁然间就开始往同一方向奔跑。要是没做对这两件事，什么优先级、什么执行力管理都救不了你。

设计优秀的软件需要各种各样的人才，而其中关键性的创意可以出自任何地方，任何一个人，并不是所有的创意、优化方案、设计方案都是产品经理自己出的。我们也不是乔布斯。

因此，调动团队中每一个人的力量，需要清楚描述你们正在玩的游戏和衡量成功的标准，可让团队在不依赖产品经理的情况下，将不同的想法分类整理，并决定哪些值得付诸行动。

清晰定义你们在玩的游戏，包括你对产品的愿景、为用户提供的价值以及你区别于竞争者的优势。然而更重要的是，这样做能够清楚描绘出具体的方法，让你的团队在市场上所向披靡。

我们不妨假设你选定了适当的衡量标准，那么团队中的每位成员都应当对成功有一个清晰的概念。对于那些哪怕只在岗位上工作了2个星期的产品经理，你可以问他们这两个问题，得到的答案应当不仅清晰，还令人信服。而如果没有清晰地答案，说明，一定是哪里出错了。

二、制定优先级 

---

一旦团队清楚了他们在玩的游戏以及如何计分，要对工作划分优先级就容易多了。这是产品经理的第二项职责——确保团队制定产品战略和产品衡量标准始终贯穿整个项目或产品功能的各个阶段。

在人才济济的公司里，好的创意想法比比皆是。其实，并不是规模越大，制定优先级的情况就越好，因为加入公司的人越多，想法也越多。

结果，野蛮划分优先级就成了常事！

问题不在于按业务需要列出一张最佳创意的优先级清单，而是要找到团队接下来要执行的三件最重要的事情。

给工作分阶段，是任何优秀的产品经理奋斗史中的重要部分。绝大多数产品和公司的失败并不是因为缺乏好创意。当然，我始终认为，一个卓越的点子是最重要的，但是有了点子，有了创意，而没有分清事情的主次优先级——哪些最为关键，应最先执行；哪些可以稍后处理。缺少了这种具体的落地可执行的方案，往往会失败。

我个人认为，长期看来，线性优先级划分是无效的。对于那些哪怕只在岗位上工作了2个星期的产品经理，你可以向他们索取他的团队正在进行的项目的优先级列表，理想状态下，他应当对整个优先级的划分有充分合理的理由。一定要符合逻辑。很多产品经理的优先级划分，根本没有逻辑。

结论可以错，逻辑不可以。

三、执行力

---

实际上，产品经理能做很多事情。产品最后要由产品经理来宣布推出，这就意味着产品经理要在生产过程中覆盖所有需要覆盖的缺口。

有时他们要创作产品内容，有时候要修补设计漏洞，有时候他们要管质量问题，有时候他们还要处理公关问题。

总之，只要是在人类的能力范围内，产品经理需要做任何能让产品成功所需要做的事。同时呢，这里面有一部分的执行工作对团队来说极其重要。没有了这些，团队的执行工作就会变得极其低效。

产品需求说明书：说明书应具产品所必要的详细程度，以确保团队了解所要创建的产品；

异常情况处理方案：项目过程中，经常会不经意冒出一些奇妙的异常情况。一般来说，产品经理就是要整装待发，时刻准备快速诊断出哪些可能会影响产品其他部分的问题；

项目管理：对任何功能点来说，产品经理总要面临“时间/收益”的权衡取舍。时间短，收益高，是最优选择。但是现实往往不可能全部取到。所以，我们很多时候都要平衡这两者。在产品周期中，很多这样的产品需求最终被砍掉。因此，产品经理必须走在潜在的问题前面，抢先确保产品最终能在正确的时间点推出并赢得市场；

数据分析：最后，团队要大力依赖产品经理来分析各种数字，并得出详细结论，知道哪些功能点对产品功能目标起了至关紧要的作用。此外，他们还期望产品经理深入分析现有的功能点以及竞争者功能点（如果有的话）。

四、让事情得到解决

---

优秀的产品经理能让事情顺利终结。如果一位优秀的产品经理加入你的团队，你总能可靠且准确地将他与普通产品经理区分开来，因为他一来，很多问题就开始被解决了：bug的修复和功能的优化开始进行了，数据的清晰分析出来了，项目重新被划分了优先级。用不了多久，衡量标准的关键数字开始往上飙升，趋向正常了。

加油，做一个优秀的产品锦鲤吧~~~~~