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

下面是他讲述做 PM 的系列文章

</aside>

PM 的决策力：Shipping（交付） is a Feature

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 作出的决策主要分布在