对产品管理的观察
对产品管理的观察
原文：https://medium.com/hackernoon/observations-on-product-management-3abc7e00148e
规范版:【https://danhill.is/blog/observations-on-product-management】T2
我已经花了 10 年时间来打造产品——从咨询到创业，再到像 Airbnb 这样的大型团队。我想捕捉一些我学到的东西，主要是为了我自己的记忆。但是如果别人觉得有用，那太好了！
大多数情况下，这些事情要么显而易见，但没有人说出来，要么不明显，但很重要。
这第一个列表是格言是更普遍的；我也会分享对特定主题的观察。我还试图明确产品管理(一门学科)和一般产品(我们创造的东西)的用法。
- 产品管理的工作是向最终用户交付好的产品。商品、产品和用户的定义数量之多，意味着产品经理没有标准的形象。但是如果你不发货，产品不好，或者没人用，你就做错了。
- 你的产品，尤其是你直接管理人的，不是产品。这是制造产品的过程。设计师输出界面/交互，工程师输出代码，产品经理输出流程。
- “过程”包括对问题进行推理的框架，团队如何互动和沟通，对产品的期望，对团队的期望，时间表，成功和质量是什么样的，决策是如何做出的。
- 过程本身并不坏。有好的过程和坏的过程。好的过程是任何能让团队更快、愉快、优雅地生产出更好的工作的过程。不好的流程是别的。
- 警惕那些讨厌过程的人。有时，他们被糟糕的流程弄得焦头烂额，尽管他们经常担心流程 a)与官僚作风一样，或者 b)会限制他们的贡献。
- 如果你是一个团队的新产品经理，以前从未和他一起工作过，第一件事就是向团队证明你的过程增加了他们的贡献和快乐，而不是减少。产品是什么几乎不重要。
- 一个产品经理最大的特点是有很强的元认知能力。首先，能够反省自己，看看你的言语、行为、选择是如何影响结果的。第二，反省一个过程，理解它为什么有效或无效。
- 大多数产品经理(或许每个人)花在思考如何解决问题上的时间太少。他们会直接解决这个问题。问题以不同的形式出现，并不都需要相同的过程。运送上一个产品的流程不太可能是您下一个产品需要的流程。
- 宏观胡说比微观胡说容易。优秀的工程师、设计师、数据科学家、研究人员是不可能扯淡的。如果团队没有在某件事情上经常提醒你，那就是你做错了。
- 哪里有移山的技能，哪里就不需要移山的信念。信念不能持久——最终必须有人去建造一些东西。
- 增量开发和远景不是正交的；他们都需要对方。所有的产品都必须从一个愿景——一个观点——开始，然后一步一步地批判性地构建。边走边学点新东西是可以的。
- 数据驱动不是愿景。坚持数据驱动的人很少创造出新的或有趣的东西。我个人也很难向他们解释原因。
更新:写了我对数据的观察，指标&目标。看一看！