产品经理指南

我们都在谈论 PM 应该如何拥有设计、开发、营销和人际交往能力的组合，但是哪些技能或方面会被忽视或忽视？ 在两者之间平衡：Scrum 团队的快乐和敏捷实践的使用持续、快速交付当人们在挣扎时，你需

1、 "你最不满意的客户是你最大的学习来源"。- 比尔-盖茨 2、 "对愿景要固执，对细节要灵活。" - 杰夫-贝佐斯 3、"人们认为专注意味着对你必须专注的事情说是。但这根本不是它的意思。它意味着对其他

Scrum（通常）强烈建议 PO 不应该单独编写故事，而应与团队成员一起编写。编写用户是一种协作练习。（

产品管理归结为回答两个问题： 我们在这里解决什么问题？ 我们为什么要解决它？ 九把剃刀让产品管理更轻松：林迪效应（Lindy Effect）：产品创意的林迪效应，一个想法在你积压的时间越长而没有完成，它就越有可能永远不会被完成。

定义成功和衡量 PMF 的进展具有挑战性。当您已经拥有产品时，有很多很好的例子来说明如何使用 OKR，但很少有可用的例子说明如何在产品前/市场契合领域利用 OKR 的力量。本文表明，使用以置信水平为框架的关键结果指标的理想 OKR 可能是一个好方法。

产品经理在开发人员的帮助下定义产品的功能。然后将这些功能制定为 API。该 API 本身就是一个产品。这就是API优先方法。具体来说，此 API 将允许您交付产品经理想要提供给最终用户的 UI（我们可以将其视为默认 UI）。 而非A

想要找到最好的自由设计师、最好的寿司店或最好的 NFT 购买的人不会在 Google 或百度上找到答案。 本文是对当前 "策划性搜索 "趋势的一个很好的分析：google或百度发生了与人类的基本需求不一致的现象：无法满足相关

大多数产品负责人都把时间花在了工作中必要的恶行上，并被吸进了太多的会议。以下是我鼓励产品负责人花更多（和更少）时间的领域。 积极主动每一天都要有目的性地开始。列出2-3项你希望完成的任务，并将注意力集中在最

虽然这篇文章是针对工程专业人员的，但对项目管理人员来说也是一篇很好的读物。以下是简短摘要： 工程不是在真空中运作。你实际上是在为谁建造？尽可能地减少反馈回路。从字面上看，去找你的用户，坐在他们旁边，看看他们在做什么。沉浸在这个问题中。

如果能意识到我们存在认知偏见，那么就有助于认识到它们在塑造我们的思想、观点、态度和决策方面的力量。下面是分析一下塑造我们当今世界的十个认知偏见，并检查它们的影响。 1. 可用性启发式（Availabilit

2021年初，在Snapcommerce，我们有25名工程师在班组工作。每个小组都有一个工程经理（EM）作为所有项目的负责人和技术负责人（TL），一个产品经理（PM），一个设计师，一个QA团队成员，以及最多七个个人贡献者（IC）工程师。对于工程师来说，从一个IC成长为TL可能是一条具有挑战性

如果像我一样，您来自Marty Cagan产品开发学院，那么您熟悉作为负责定义和交付产品的核心

我经历了几个 "数据科学 "的面试过程，其中非常强调SQL/BI类型的技能。其中一家是T1-2公司，但同样，关于ML/统计学的问题为零，除了中级SQL之外，没有任何技术筛选。这是一个宏观趋势还是我只是找到了边缘案例？ 我已经有几年没有在外面工作了，

交易型（Transactional ）应用是让你能完成某些任务的应用程序。这个任务可能很简单，比如检查一个正在运输的箱子的位置，或者给一个朋友或同事发送一个信息。该应用程序协助用户完成一个目标，但该应用程序本身并不是目标。一个很好的例子是一个包裹跟踪应用程序，它告诉你你的包裹在哪里，

Gartner对那些声称能帮助企业转型的咨询公司进行了评级，这些公司与将应用程序转移到云端有关。德勤、埃森哲、普华永道和毕马威依次为前四名。技术迁移的前四名分别是Oracle、Cognizant、Inspirage和Wipro。 甲骨文产品的大企业

在“Inspired”中，Marty Cagan认为：一个好的产品团队能够在一周内测试 50 个假设。 就像许多关于思想领导力的书一样，这是不是简直是天方夜谭？不太可能成为现实。如果一个团队每周真的有 50 个假设要测试（并且有开发和设计合作伙伴来