所有的错，都是产品经理的错.docVIP

所有的错，都是产品经理的错 　　这也许是一篇得罪人的文章，但是我还是要写出来。这也是一篇建议大家多读几遍的文章，希望大家能够真正理解我所表述的这种“思维方式”，益处实在良多。 　　希望所有看到此文的产品同学们，都能接受、并且认可这个事实：所有的错，都是产品经理的错。 　　 　　不知道从什么时候开始，在很多产品经理的社区、论坛、或者微信群、QQ群里面，很多产品同学一直都形容自己的日常工作是“背锅”，老板的锅、研发的锅、设计师的锅、 运营的锅，都是自己背的，委屈的哭天抢地、六月飘雪。 　　 　　一时间，产品经理就是“背锅侠”这个说法甚嚣尘上。当然，职场上本来也是一个“你来我往”的地方，既然有“背锅”，相对应的，也有很多产品同学深谙“甩锅”之道，不露痕迹之间，就把所有的责任推出去，给自己撇的的干干净净，一个人站在角落里眨着一双纯良无害的大眼睛做无辜可怜状，仿佛自己才是受害者。 　　那么我们今天就来讨论一下，这个锅，到底是谁的。 　　当然，在讨论之前，有很重要的一个事情，我们需要首先明确定义一下本文中“产品经理”这个概念： 　　在本文中的“产品经理”，指的是类似于“项目经理”的角色，是从需求输出、研发测试、到验收上线需要全生命周期跟进项目，并且对项目的最终结果负责的角色。如果在工作中，只负责将需求转化成需求文档输出给研发，不跟跟进研发，不跟进测试，不跟进项目，不跟根据上线之后的数据进行迭代，这种角色很多团队一般称之为“原型助理”，而不会称之为产品经理。 　　好了，列举几个常见的“甩锅”场景： 　　甩锅场景1：领导定了一个明显有问题的功能（需求），上线之后发现市场反应跟大家预想的一样差。 　　甩锅给领导：他可是领导哎！他定的需求我怎么能改？我能说什么啊，我能怎么办啊，我也很绝望啊，肯定不赖我啊！ 　　甩锅场景2：某功能测试期间没有测出问题，上线之后出现bug 　　甩锅给测试：都怪测试同事测试的时候不仔细，没有把测试场景全部覆盖。跟我可没什么关系！ 　　甩锅场景3：运营部门策划了一个活动，完成开发测试，上线之后发现活动效果远远达不到预期 　　甩锅给运营：都是运营的人没想清楚，这个活动明显就是有问题的（马后炮）。跟我当然没什么关系！ 　　甩锅场景4：研发过程中由于“种种原因”导致项目上线延期 　　甩锅给研发：研发一点都不给力，这次我只改了三次需求，竟然还是延期了！ 　　场景是不是有点眼熟，有没有似曾相识，或者历历在目？ 　　我们再把问题拆解一下： 　　场景一： 　　如果领导定的需求方向是错误的，那为什么不在项目开始就跟领导提出来？并不是说因为领导是领导，我们就要无条件的执行领导的命令。产品经理的一个很重要的职责就行进行需求分析，没有分析出需求有问题，你说这是不是你的错？ 　　如果分析出问题，但是没有跟领导说明，你说是不是你的错？ 　　如果跟领导说了，但是领导不为所动，说明你的说服能力或说服方式有问题，你说是不是你的错？ 　　（至于如何跟领导撕逼，具体教程详见另外一文：《产品经理，为什么你跟领导撕逼从来都赢不了？》也是可以当段子看的一篇文章） 　　场景二： 　　测试期间正常，但是上线之后出现严重bug，这种现象在实际工作过程中也不罕见。自问一下，产品经理在产品正式上线之前需不需要对自己负责的部分进行验收？ 　　如果没有验收，你说是不是你的错？ 　　如果是测试同学的测试用例没有覆盖全场景，那在测试用例评审的时候你有没有参加？如果没有参加，你说是不是你的错？ 　　如果参加了但是没有看出有场景遗漏，你说是不是你的错？ 　　如果上线的功能本身就是一个短时间高密度访问的功能（比如电商特惠限时抢购，或者大麦网周杰伦演唱会出票），但是你事先没有想过要按照自家平台最高峰时段2-3倍的PV量进行压测，而上线之后访问量过大、接口过载导致服务器宕机，你说是不是你的错？ 　　场景三： 　　运营部门策划的活动上线之后效果不好。那你有没有参与到整个运营活动的策划中去？业界有一句话叫做：不参与市场和运营的产品经理都是耍流氓。作为产品经理，没有参与到运营活动的策划中，你说是不是你的错。 　　如果你参与了，但是没有评估出最终的结果，你说是不是你的错？ 　　如果是因为市场部门活动推广力度不到为导致活动效果不好，你作为项目经理没有去推动市场部门的推广，你说是不是你的错？ 　　场景4： 　　项目延期，是不是因为你频繁更改需求导致的？如果因为你一开始没有想清楚，在研发过程中不断更改需求，研发同学不断返工导致项目延期，说明你一开始输出的需求就是有问题的，你说是不是你的错？ 　　如果是因为其他情况导致项目延期，你是在一开始就发现了风险，还是最后已经无力回天的时候才知道风险的存在？如果是最后才知道项目风险，说明你跟进项目的时候有并没有随时掌握项目进度与风险点，你说是不是你的错？ 　　如果你