产品中的学问第三章：怎样成为优秀的产品经理？ - 黑马程序员技术交流社区

可如果叫你判断一名产品经理是否优秀，你第一个想到的判断标准是什么？对大多数人来说，最显而易见的标准莫过于他是否曾经在知名的互联网产品团队中间从事产品方面的工作。在互联网领域中有过BAT经历的工程师往往光环加身，产品岗也同样如此。这是存在于整个行业的现象，人们执着于你以往经历赋予的标签，以减少他们判断一个人的成本。

起初，我愤愤不平。大学毕业后通过自学转行，我永远错过了通过校招进入互联网大公司的机会。可我抱有自信，从来不觉得自己在能力上比同届进入BAT的同行们差，甚至有时做的更好。在创业中野蛮生长，一直朝着更远的方向努力。可当你微信添加。这不公平。可这种想法在我的脑袋中没有存在多久，我意识到，应该把更多的精力放在自身能力的提升上，而不能执迷于他人的认可。

因此，我希望在这篇文章中更多的提到优秀产品经理的思考方式，具体沟通技巧、辅助工具使用、时间管理等等具体技能因为不同的工作环境中不一而同，在以后的文章中我详细介绍。同样，当你阅读文章的时候，不要把我的话当成金科玉律，我表达思考，你们应该在生活中测试这些观点，看看哪些是真的，哪些对你有用。

我通过自学成为了一名产品经理，一直以来我都不断探寻如何令变得更加专业和优秀。在这个过程中我学到的最重要的事情就是：从不同的角度思考问题。

也许是产品行业处于不断发展中的特性，我最先质疑的是产品经理的工作流程。我第一次接触到的产品需求文档（Product Requirement Document）是内容覆盖范围和详细程度都很高Excel文档，它还包括了一部分测试用例。随着对PRD理解的深入我逐渐发现它的作用是——向团队内部的所有成员完整的描述用户体验。之后我对我们的工作流程和辅助工具进行了至少三次彻底的迭代和颠覆。

现在我使用Sketch来制作高保真的产品原型，再用Principle做交互设计，用Axure结合产品设计图来写产品需求文档，用Worktile整理需求、储存文档和管理项目，用ProcessOn在线作图。理解你工作的目的并寻求改变，这将极大的提高了自身和团队的效率。在我熟知的很多优秀产品经理探索他们工作内容和方式的过程中都有过类似的经历，学习一种工具，可更好的软件层出不穷，我们像夸父那样不断追寻心中的太阳。这是提升工作能力的基础，哪怕是最小的改变都可能让你的效率一飞冲天。

产品经理的天职是让正确的事相继发生，我们把在产品经理脑袋中颠覆和筛选需求称之为第零次迭代。你必须足够了解你的产品，了解你的用户才能做出正确的判断。

这涉及到一整套思考方式，影响一个产品最深并决定产品最终形态的决定是往往是团队刚成立之初做出的。作为一名优秀的产品经理你必须时刻从不同的角度思考你接下来要做的工作。

比如很多新人产品经理执着于用户体验，可我见过无数用户体验非常优秀的产品无法继续生产下去，我也见过很多用户体验很差的产品紧抓住一个需求不断演化最终壮大。

再比如很多产品经理执着于用户反馈，而不深入的思考用户反馈背后想要真实表达的东西。当用户对产品不满意，但是却无法准确地解释其原因，他们往往将这些不满归结为好多细小琐碎的功能上面，他们会要求添加大量的功能，优化大量的体验，可是这跟产品是否能真正成功解决问题没有半毛钱关系。

抛开推广运营等后产品阶段的工作，制订产品决策的流程一般是下图。大部分的低阶产品经理把自己的主要工作游离在技术实现和用户体验上，其中大公司为甚，因为战略方向的思考和调整在团队中由更高阶的管理者来决策。但即便没有决策权，从战略角度去思考产品需求的必要性是非常有意义的。这将让你做出更正确的决定，确定待解决的问题，最重要的是这个过程能锻炼你的决策能力。

有趣的是能够从战略角度对产品进行思考的产品经理，都有做CEO的潜力。反之我见过许多CEO们，都是优秀的产品经理，这或许正是他们自称产品经理的原因吧。

巴顿将军说过：“永远不要告诉别人怎么做，告诉他们做什么，他们自然会发挥天赋，给你惊喜。”

你负责想点子，整个团队负责实现。优秀的产品经理总是会想把事情做成，我们需要考虑产品是否能够解决用户所面临的问题，同样也需要解决团队在产品上所面临的问题。你必须时刻沟通，和运营、推广、设计、研发甚至你需要了解公司的财务状况来做出最适合的决定。

优秀的产品经理不仅管理项目进度，还管理团队的情绪。它同样需要你投入大量的精力，你身处其中所以你会察觉CEO察觉不到的事情，解决它们。你必须保证团队所有人都能理解产品的定义，在这里达成共识会减少很多沟通成本。

许多产品经理不愿意改变自己的想法，他们认为提供自己建议和需求是他们的工作职责所在。他们通过了大量的思考，查阅了大量的数据，这让他们觉得自己代表着用户。优秀的产品经理并不会这样，沟通理解，并通过别人的启发找寻真相所在，最终做出用户喜爱的产品。