🤨

PM 的决策力:Shipping(交付) is a Feature

来自 Shopify 的产品副总裁 Brandon Chu。

他是一位有着十几年产品经验的 PM,同时有着同样时间长度的投资经验。在多年的工作中形成了自己比较系统的产品观点和决策系统,推崇 Shipping is a Feature,强调 PM 在交付中的重要性。

Shipping is a Feature,借用金融中的概念,随着时间的推移,价格会随着通货膨胀而上涨,这意味着你的货币在未来会买更少的东西。就像金钱的时间价值一样,交付的时间价值也是如此。现在提供给客户价值比以后提供是更具有价值的。

PM 的抱怨和吐槽

在 twitter 上有一个帖子,帖子里面他抱怨到,PM is an awesome job,no,PM is the worst job。

半开玩笑的,请大家给 PM 一个温暖的拥抱和一声谢谢。

  • PM 做的都是吃力不讨好的事情。当设计师或者工程师工作的时候,特别是创作产品的时候,实际上是一件很兴奋的事情,团队中大部分人还是很开心的。但是轮到 PM 工作的时候,得到的反馈通常是这样的,“OK,(潜台词你最好说的是对的)”以及“by when?”,PM 也只能点点头。
  • PM 天天都在吃屎。当人们看到PM经常与领导互动时,通常被认为是令人羡慕的时刻。但是PM听到的都是老板在说,为什么没有完成,为什么没有增长,怎么产品这么垃圾?PM 只能依靠他人进行创作,因此,每次沟通基本上都是在要求(乞讨)人们做更多的工作或权衡他们的质量标准。得到的回答,基本上是 "no", or "find another way", "too bad"。
  • PM 一直在焦虑。想象一下,您的整个工作对输出的质量负有最终责任,对输入有的都是为零直接控制权的。还要收到来自老板的的 go faster,来自设计研发的的 no,想想 PM 只能 fucked。
  • PM 时刻在证明着自己。证明自己的决策力,工程师/设计师加入团队后,大家都很开心,因为都认为他们对输出有切实的帮助(更多代码,UX)。当PM加入团队时,默认就是怀疑态度,他们必须证明自己存在团队中的意义。
  • PM 经常孤独。团队中通常有多个工程师 / UX,他们各自结对,可以合作,可以沟通。而 PM 每天只有电子表格和 PPT陪伴。

开玩笑的抱怨了那么多,说回 PM 是一项了不起的工作,能够确定产品方向是一项荣幸。虽然 PM 可能不会构建实际的产品,但他们确实会为团队生产一些非常切实的东西: 决策。

PM 的决策训练

PM 作出的决策主要分布在

  • 团队因何而存在(为什么需要一个团队的存在,他们的愿景和渴望创造的影响力)。
  • 愿景实现的方法。
  • 做什么以及不做什么,构建过程中的优先级
  • MVP,可以构建的最小的东西是什么。

Brandon Chu 认为,要想成为一个优秀的 PM ,先是个优秀的决策者,那么 PM 需要成功的做到以下 2 件事。

  • 使用适量的信息做出决定;
  • 尽快做出决定;

使用适量的信息做出决定

这一步的重点是量化决策的重要程度,决策主要事情中重要的部分。

在借用了 Bezos 在演讲说的单向门双向门的例子(1型和2型决策)阐述之后,从三个维度量化决策的重要程度。

  • 这个决策所需要投入的资源?
  • 这个决策的积极影响分布在什么地方?
  • 这个决策的消极影响又是什么?
image

快速做出决定

  • 大多数决策都不重要。
  • 一个决策越不重要,那么你应该寻求的信息就越少。
  • 收集信息符合帕雷托法则,可以很容易地得到80% 的信息,但是得到最后的20% 需要很多努力。

推论到,好的决策者也是那些快速做出大部分决策的人

大部分决策需要快速做出快速交付,只有小部分重要决策值得花费很长时间
大部分决策需要快速做出快速交付,只有小部分重要决策值得花费很长时间

然而在实践中应用这些原则和框架是非常困难的。

理解决策是你作为一个PM的必备,可以帮助你压制恐惧,专注于影响力。

以打包箱子为例,你不会认为3小时完美打包比100小时2% 的失败率要好。

如果你管着一帮 PM ,要认识到那些非常谨慎和总是正确的 PM 通常不是那些最有影响力的 PM。

影响力来自于那些能够迅速做出很多决定,并且在真正重要的时候做出正确决定的人。

Shipping is a Feature。