来自 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型决策）阐述之后，从三个维度量化决策的重要程度。
- 这个决策所需要投入的资源？
- 这个决策的积极影响分布在什么地方？
- 这个决策的消极影响又是什么？
快速做出决定
- 大多数决策都不重要。
- 一个决策越不重要，那么你应该寻求的信息就越少。
- 收集信息符合帕雷托法则，可以很容易地得到80% 的信息，但是得到最后的20% 需要很多努力。
推论到，好的决策者也是那些快速做出大部分决策的人
然而在实践中应用这些原则和框架是非常困难的。
理解决策是你作为一个PM的必备，可以帮助你压制恐惧，专注于影响力。
以打包箱子为例，你不会认为3小时完美打包比100小时2% 的失败率要好。
如果你管着一帮 PM ，要认识到那些非常谨慎和总是正确的 PM 通常不是那些最有影响力的 PM。
影响力来自于那些能够迅速做出很多决定，并且在真正重要的时候做出正确决定的人。
Shipping is a Feature。