产品经理常见的几个误区

产品经理常见的几个误区

 第一，产品经理并不是管人的老板，并不能决定人事调度，更多的时候需要通过影响来说服团队成员， 这其中包括非常多不同职能的同事，比如工程师、设计师、数据科学家等等。

第二，产品经理的工作并不只是画画草图、画画流程图。真正好的产品经理，能够对产品的功能满足什么样的用户、什么样的需求了如指掌，能够高效地沟通。

第三，产品经理的工作并不是催工程师干活。虽然对于产品经理来说， 项目管理是一个必不可少的技能，保证产品按时交付是产品经理的责任，但是在实际操作中，导致产品不能按期交付的原因很多时候并不是工程师偷懒耍滑，而是前期准备、时间估计、面对变化缺乏快速解决方案等导致的。

 

影响他人，而不是直接管理

从行政管理角度来说，产品经理需要的是影响他人，而不是直接管理他们。

在 Facebook 和谷歌这样的公司，工程师导向的文化背景下，产品经理并不能要求工程师做什么工程师就照做。这就要求，产品经理得晓之以情动之以礼，能够用诱人的未来蓝图、逻辑性的数据支持，和切实可行的运作方案，让工程师们受到启发， 激发他们的工作热情和潜能，从而实现自己的产品蓝图。

 

越高级的产品经理，越不会花大时间写需求文档

在硅谷，一个优秀的产品经理其工作不仅仅是写出一个完美的产品功能文档。实际上， 越是高级的产品经理， 越不会花大部分时间在写文档上。对他们来说，如何能够思考产品两年三年之后的长期计划，如何能够把一个产品领域分成几个不同的功能线，如何制定有效率、有创新能力的团队文化，让团队里的设计师、工程师、运营经理等，能够最大限度发挥自己的工作积极性，如何管理一个不断扩大的产品团队等等， 才是应该花时间的大头。在 Facebook，你很少看到产品经理花很多时间画流程功能设计图，大部分时候产品经理会讲清楚产品解决的问题，如何衡量产品的成功标准，然后会和设计师们在白板面前写写画画，在沟通中设计产品的体验过程。你很少会看到产品经理一个人闷在电脑前，几个星期写出一份精确到每一个按钮的产品需求文档，然后直接给设计师开始设计，然后工程师开始编程。我们的产品设计过程是一个团队合作，想法不断碰撞的过程， 如果一个人独自写所有的文档，万一某个功能和现有的架构根本不契合，又要重新来过，反而浪费了大量时间。

 

 

不怕产品经理基本功不好，就怕独断专行的性格

最差的产品经理
独自完成prd，前期与研发没有交流，而是直接要研发执行，prd的质量是经不住讨论的。