产品管理教程

22-02-04 918

Zach Lloyd曾是谷歌的首席工程师，负责谷歌表单团队。之后，他在《时代周刊》担任临时CTO，现在是一家建立基于Rust的终端的创业公司的CEO。他还在出版一本手册，记录他作为CTO/工程经理的管.

22-01-22 856

产品管理是对回答 5 个核心问题的追求。为什么？Why -- >愿景做什么？What -- >策略做的目标是什么？Who -- >分割何时交付？When -- >路线图如何做到？How -- >规定.

22-01-06 1668 1

着眼于真正的问题，解决方案才会有更大的生存和成长机会。我应该做的：研究现实世界，倾听人们的问题，并挖掘它们的背后。然后，在编写太多代码行之前找到验证我的解决方案的方法。如果过多地关注工程，则可能忽视更.

21-12-19 934 3K

研究表明，通才更有创造力、更好的问题解决者和横向思考者——也就是理想的产品经理优秀 PM+丰富领域知识 > 优秀 PM+糟糕的领域知识 > 糟糕 PM + 丰富领域知识我们经常将产品管理视为这个新事物.

21-12-17 1591 1

我发现 Wardley Mapping 比系统思考方法更有用，我可以看到组件之间的联系，它们在进化过程中所处的位置，并有助于获得共同的观点。以前我是单独查看每个组件。只从我的角度看流程，而忽略了其他人.

21-12-17 1794 1

随着规模的扩大，大型企业和初创公司中的团队往往更倾向于项目思维而不是产品思维。产品思维是一种思维方式和过程。什么是产品思维和项目思维？让我们深入探讨一下，因为如果不首先了解这些事情，我们就无法取得很大.

21-12-17 1011 7K

大多数工程组织都专注于交付项目。他们应该专注于里程碑。管理项目很困难。公司会为了做好这件事而扭曲自己。与其下棋，不如改用跳棋。里程碑是一个更简单的游戏，你会得到更好的结果。在这篇文章中，我描述了：我建.

21-12-05 1165 1

目标和关键结果(Objective & Key Results：OKR)方法一词来自约翰·多尔2008年大卖书籍： Measure What Matters。OKR包括设定一个大胆的目标，然后列出 3.

21-12-05 990 2K

不受欢迎的观点：拥有一个运行良好的瀑布流程比一个功能失调的敏捷流程更好？以下是我认为多年来在产品管理工作中学到的最重要的经验教训。每个点都在列表下方进行了更详细的描述，我试图使其尽可能实用（甚至包括您.

21-11-18 737 2K

需要其他团队合作是很自然的。等待他们或依赖他们为您提供一些东西可能很诱人，发生这种情况是因为他们拥有您需要工作的区域。例如，您可能需要一个团队将一个字段添加到他们的 API 中。或者您可能需要它们为您.

21-11-14 923

Amplitude 的核心是为跨职能的产品团队（以及影响产品体验的增长和营销团队）而设计。我们将我们的产品视为加速学习、透明度、结果、一致性和自主性的良性循环。成为“真正的产品团队”（参见 Marty.

21-11-13 909

本文来自产品管理专家约翰卡特勒文章：在过去的八个月里，我花了无数个小时与变革推动者交谈。他们向我寻求产品管理建议，但这些对话似乎不可避免地转向了如何推动他们的组织朝着新方向发展的话题。在大流行期间，这.