所有的错,都是产品经理的错

不懂技术怎么做产品?15天在线学习,补齐产品经理必备技术知识,再也不被开发忽悠。了解一下>

这也许是一篇得罪人的文章,但是我还是要写出来。这也是一篇建议大家多读几遍的文章,希望大家能够真正理解我所表述的这种“思维方式”,益处实在良多。

希望所有看到此文的产品同学们,都能接受、并且认可这个事实:所有的错,都是产品经理的错。

不知道从什么时候开始,在很多产品经理的社区、论坛、或者微信群、QQ群里面,很多产品同学一直都形容自己的日常工作是“背锅”,老板的锅、研发的锅、设计师的锅、 运营的锅,都是自己背的,委屈的哭天抢地、六月飘雪。

一时间,产品经理就是“背锅侠”这个说法甚嚣尘上。当然,职场上本来也是一个“你来我往”的地方,既然有“背锅”,相对应的,也有很多产品同学深谙“甩锅”之道,不露痕迹之间,就把所有的责任推出去,给自己撇的的干干净净,一个人站在角落里眨着一双纯良无害的大眼睛做无辜可怜状,仿佛自己才是受害者。

那么我们今天就来讨论一下,这个锅,到底是谁的。

当然,在讨论之前,有很重要的一个事情,我们需要首先明确定义一下本文中“产品经理”这个概念:

在本文中的“产品经理”,指的是类似于“项目经理”的角色,是从需求输出、研发测试、到验收上线需要全生命周期跟进项目,并且对项目的最终结果负责的角色。如果在工作中,只负责将需求转化成需求文档输出给研发,不跟跟进研发,不跟进测试,不跟进项目,不跟根据上线之后的数据进行迭代,这种角色很多团队一般称之为“原型助理”,而不会称之为产品经理。

好了,列举几个常见的“甩锅”场景:

甩锅场景1:领导定了一个明显有问题的功能(需求),上线之后发现市场反应跟大家预想的一样差。

甩锅给领导:他可是领导哎!他定的需求我怎么能改?我能说什么啊,我能怎么办啊,我也很绝望啊,肯定不赖我啊!

甩锅场景2:某功能测试期间没有测出问题,上线之后出现bug

甩锅给测试:都怪测试同事测试的时候不仔细,没有把测试场景全部覆盖。跟我可没什么关系!

甩锅场景3:运营部门策划了一个活动,完成开发测试,上线之后发现活动效果远远达不到预期

甩锅给运营:都是运营的人没想清楚,这个活动明显就是有问题的(马后炮)。跟我当然没什么关系!

甩锅场景4:研发过程中由于“种种原因”导致项目上线延期

甩锅给研发:研发一点都不给力,这次我只改了三次需求,竟然还是延期了!

 

场景是不是有点眼熟,有没有似曾相识,或者历历在目?

我们再把问题拆解一下:

场景一:

如果领导定的需求方向是错误的,那为什么不在项目开始就跟领导提出来?并不是说因为领导是领导,我们就要无条件的执行领导的命令。产品经理的一个很重要的职责就行进行需求分析,没有分析出需求有问题,你说这是不是你的错?

如果分析出问题,但是没有跟领导说明,你说是不是你的错?

如果跟领导说了,但是领导不为所动,说明你的说服能力或说服方式有问题,你说是不是你的错?

(至于如何跟领导撕逼,具体教程详见另外一文:《产品经理,为什么你跟领导撕逼从来都赢不了?》也是可以当段子看的一篇文章)

场景二:

测试期间正常,但是上线之后出现严重bug,这种现象在实际工作过程中也不罕见。自问一下,产品经理在产品正式上线之前需不需要对自己负责的部分进行验收?

如果没有验收,你说是不是你的错?

如果是测试同学的测试用例没有覆盖全场景,那在测试用例评审的时候你有没有参加?如果没有参加,你说是不是你的错?

如果参加了但是没有看出有场景遗漏,你说是不是你的错?

如果上线的功能本身就是一个短时间高密度访问的功能(比如电商特惠限时抢购,或者大麦网周杰伦演唱会出票),但是你事先没有想过要按照自家平台最高峰时段2-3倍的PV量进行压测,而上线之后访问量过大、接口过载导致服务器宕机,你说是不是你的错?

场景三:

运营部门策划的活动上线之后效果不好。那你有没有参与到整个运营活动的策划中去?业界有一句话叫做:不参与市场和运营的产品经理都是耍流氓。作为产品经理,没有参与到运营活动的策划中,你说是不是你的错。

如果你参与了,但是没有评估出最终的结果,你说是不是你的错?

如果是因为市场部门活动推广力度不到为导致活动效果不好,你作为项目经理没有去推动市场部门的推广,你说是不是你的错?

场景4:

项目延期,是不是因为你频繁更改需求导致的?如果因为你一开始没有想清楚,在研发过程中不断更改需求,研发同学不断返工导致项目延期,说明你一开始输出的需求就是有问题的,你说是不是你的错?

如果是因为其他情况导致项目延期,你是在一开始就发现了风险,还是最后已经无力回天的时候才知道风险的存在?如果是最后才知道项目风险,说明你跟进项目的时候有并没有随时掌握项目进度与风险点,你说是不是你的错?

如果你提前知道了风险点,但是没有给出解决风险的解决方案,你说是你说是不是你的错?

总结

看到这里,相信各位同学应该已经看出来,其实“所有的错,都是产品经理的错”这句话的本意,并不是说所有的错都是“产品经理”这个岗位的错。这其实是一种思维方式,即:所有的错,都是自己的错。如果你是运营,这篇文章的标题可以改为“所有的错,都是运营的错”;如果你是领导,这篇文章的标题可以改为“所有的错,都是领导的错。”所以,这篇文章的标题可以理解为“所有的错,都是你自己的错”。

“所有的错,都是自己的错”,这是一种思维方式,也是一种全新的考虑问题的视角。

已经不记得我是什么时候养成了这种考虑问题的方式,不管在工作中还是生活中,不管出现任何问题,都会下意识的思考:在这件事情当中,我自己的责任在哪儿?

这样的思考方式,给我带来得最珍贵的一句话,叫做:

没有任何借口,凡事全力以赴。

人的大脑的潜意识都是趋利避害的,当一个人面临一个比较困难的场景,需要努力的克服困难才能解决问题的时候,大脑的自我保护机制就会自动开始为当前的局面寻找借口,从而缓解大脑的焦虑感。这种借口的寻找,完全是下意识的,有时候我们自己都没有感知,这种“自动搜索借口机制”其实就已经启动了。就好像在一场倾盆大雨中寻找一个可以遮风避雨的屋檐,这是动物的本能。那么,这些屋檐一般都长什么样呢?

  • 这个同事不好沟通,这事儿不赖我;
  • 这个项目本来时间就很紧,这事儿不赖我;
  • 兄弟部门非暴力不合作,这事儿不赖我;
  • 千言万语,汇成一句话:这事儿啊,真不赖我。

但是如果我们强迫自己深切的感知到“所有的错,我是我的错”,那这个自我保护机制就会被这种意识屏蔽代替掉,转而激起的,是我们主动发现问题、解决问题的意识和能力。

法国生物学家拉马克在他的《动物的哲学》提出了一个“用进废退”的观点,在这个场景下是非常适合的:

长期强迫自己主动的去发现问题、解决问题,自己发现问题和解决问题的能力就会越来越强,长此以往,这种意识和能力就会潜移默化的融入到自己的血肉与意识当中。这种意识和能力会成为一种下意识的思考和反应。

道理就好像杨过在古墓派的寒冰床上睡觉,即使在晚上睡觉的时候内功也运转不辍、毫不懈怠,久而久之,自然事半功倍。

所以,工作中只要是有我参与的项目,我就会自动思考:如果我是第一责任人,我会怎么做?这个项目有什么风险与问题,什么是需要提前准备的,什么是需要提前沟通的,如果出现问题,应该如何解决?

如果有借口,这个事情一定做不好;如果没有了任何借口,就相当于没有了任何退路,那我们就只有全力以赴。你说,哪种心态做事的成功率更高一点?

抱着解决问题的态度去面对所有的问题,画风应该是这样的:

  • 同事不好沟通,你为什么不说你的沟通能力有问题?
  • 项目时间紧,你为什么不想办法提高工作效率?
  • 兄弟部门非暴力不合作,你为什么不说你没有领导力?

没有沟通能力,没有提高工作效率的方法论,没有领导力,你做的是哪门子的产品经理?

优秀的产品经理一定是善于解决问题的,然而优秀的产品经理不应该是一直在解决问题的,而是善于提前发现问题,并且在问题出现之前就能把问题规避掉的。而优秀的产品经理的这种提前规避问题的能力,一定是在主动发现问题&解决问题中锻炼出来的。见得多了,想的多了,解决的多了,自然就可以做到在问题出现之前就将问题消匿于无形。这就是为什么同样一个项目,有些人做的顺风顺水,你却一步一个坑。不是别人顺,而是别人已经预见到了你走过的那些坑,在走过这个坑之前,就已经把坑填上了。你再回过头看看你走过的那些坑,看的仔细一点,再仔细一点,你看,眼熟吗?像不像你之前避过雨的屋檐?

甩锅,很多人都会。但与此同时,甩掉的,是项目组成员对你的信任,也甩掉了你作为产品经理的担当与责任。这个项目里你把锅甩出去了,也许幸免于难,但是在下一个项目里,你觉得团队成员还会再次信任你吗?

在我负责的所有项目中,从需求分析、需求讨论、到研发、测试、上线、迭代,我一直跟所有项目组成员灌输一个思想:大家只管做,如果有问题,所有的后果,我来承担。这句话拉近了所有项目组成员之间的距离,增加了成员与成员之间的信任感,规避掉了跟多团队中都存在的相互猜忌、相互推诿的现象,很大程度的提高了工作效率。

甩锅,在很多人看来是一种职场生存法则。但是在我看来,勇于“背锅”,是一种人生的晋升法则。

看到这儿,很多同学也许依然在找借口:我只是名义上的项目经理啊,然而并没有任何实权啊,人家完全可以不甩我的,尤其是与其他部门的合作,更是很困难。这种情况领导也清楚啊!

对,没错,很多项目经理都是名义上的项目经理,在组织架构与组织归属上是没有实际权力的,项目成员的KPI考核也往往不在项目经理手里,还是在资源池的大领导手里。部门与部门之间的合作在很多大公司也确实比较困难,这是很多大公司的通病。

道理我们都懂。

但是我还是要跟各位分享一句职场上的金玉良言:

领导,在乎的,只有结果。

领导,在乎的,只有结果。

领导,在乎的,只有结果。

事情没有搞定,你自己也许会给自己找借口,但是你觉得你的领导会主动安慰,给你找借口吗?然后温柔的拍着你的肩膀,面带微笑的跟你说:没事的,这个事情确实很苦难,事情没搞定,不怪你,下次再加油好了!

少年,醒醒。

你要想的不是这个事情如何如何困难,而是如何解决,抱怨解决不了任何问题。很多事情有难度,领导当然知道。换位思考一下:如果你是领导,你的下属面对一个有困难的项目,他最后没搞定,你第一个想到的,是为这个下属找借口、找理由,因为这个事情如何如何困难,所以他搞不定是应该的,还是心里默默给这个下属的头像打一个小小的红色的叉。再想一下,所有人都搞不定的事情,你的某一位下属搞定了,下次有升值加薪的机会的时候,你说你脑子里想到的第一个人是谁?

职场上从来都是以结果作为唯一的评判标准:

你搞定了,你就是hero;你搞不定,你就是loser。

什么理由什么借口什么困难,拜托,请你都收起来,大家都是成年人了。

所以,在遇到困难的时候,我们的情绪应该是兴奋,眼睛里闪烁的应该是嗜血和狼性。

因为,你升职加薪的机会到了。

就像玩游戏一样,你打死的怪越高级,获得的奖励就越丰厚。

人生,如游戏。

 

勇于“背锅”,直面困难,并不是所有人都有这个勇气,如果你现在还没有这个勇气,为了你自己好,麻烦你跟梁静茹要一点。

再强调一遍:所有的错,都是你的错。

 

作者:谭小超(微信号:tanchao594460),一个只想把事情做好的小学生。

本文由 @谭小超 原创发布于人人都是产品经理。未经许可,禁止转载

给作者打赏,鼓励TA抓紧创作!
2人打赏
评论
欢迎留言讨论~!
  1. 道理是这样的,其实我感觉我也是这样的人,还没有具体做产品岗工作所以不敢说具体工作中这样,但是生活中我就是这样的,出现问题,先问自己是不是哪里做的不好以至于造成现在局面,如果这么做会不会好一点。
    但是目前我存在的一个问题就是总害怕自己哪里做的不好而给集体团队造成不好的结果,而使得自己有些畏手畏脚,这是个很不好的地方,还有待改正。
    文章中超哥描述的这种产品经理就是我想要成为的那种,希望以后具体工作中会改正自己不好的地方,在工作中锻炼提升自己。

    回复
  2. 没大毛病,PM困难重重的求生之路

    回复
  3. 上次听课的时候听到一种说法:一个事情的最终成功与否,其实和物理里面的力学原理是一样的,一定存在着推力和阻力; 如果你全力以赴,不是经常想着这个困难、那个困难,以及是否背锅的问题,通常推力会大于阻力,那么事情就容易向成功的方向发展;反之则反之; 所以,在心理认知上,你是如何看待这个事情,真的对于这个事情成败有着重要的影响;

    顶小超,支持你的观点;

    回复
    1. 感谢老贝!共勉!

      回复
  4. 所有的错都是自己的错,所有的问题先从自己身上找原因,少推脱,少找借口。

    回复
  5. 没有任何借口,凡事全力以赴。

    回复
  6. 作为产品经理个人成长提升,作者的观点和态度是值得所有人学习和点赞的!我先点个赞!

    回复
    1. 感谢~ :smile:

      回复
  7. 第一个不赞同哈,分分钟把你炒了,虽然早走早超生(但是也有特殊情况的),只能说本文说法覆盖了很多,但是一些类似于1%的情况还是会夹杂在本文说的里面,总结,过于绝对

    回复
  8. 道理是对的,不过项目管控可能只有产品总监才够格。有些事情本来就没答案,领导要试错,你也要试错。那结果只能是领导试错,你背锅。真正独立负责产品线,大部分还是乐意“背锅”的

    回复
  9. 写得非常自勉。但是过犹不及。毕竟我们是工作,不是每天分锅玩。工作的本质是解决问题,就好比上战场是为了胜利不是为了牺牲。在作者心态很好,但是如果能更进一步考虑问题的话就更靠谱了,问题的原因你了解了,但是引起问题的根结和机理是什么你有没有考虑过,背锅不是问题,问题是我们不能背两口一样的锅。产品经理不单是要对产品负责,更要对生产产品的流程负责(当然,有些时候会有过程改进专家负责)。一个优秀的生产体系能极大地提高产品质量。

    回复
  10. 理论上而言,凡是没想到的,都可以算是PM的错;想到了执行不了的,特别是由于资源限制或者其他部门的原因导致执行不了的(保留相关记录),PM可以免责;这不是推卸责任,而是涉及到公平问题和团队士气。该PM担的责任绝不诿过,但不该担的责任,也绝不揽过。

    回复
  11. 承担责任,不反对;不计任何场景地承担责任,不敢苟同;明明是脑子出问题了,却硬要说是腿坏了,结果把腿截了,脑子的问题依然在。文章主旨是背锅侠为导向吗,哈哈;想起了一句话,天下兴亡匹夫有责

    回复
    1. 别多想,这句话只是告诉自己,做事情没有任何借口,叙利亚的事儿,产品经理真的解决不了。

      回复
    2. 回复
  12. 非常好的角度,凡是不要给自己找借口

    回复
    1. :oops:

      回复