您对产品管理最尖锐的看法是什么？ 我在推特上搜索了一下，发现了一些有趣的内容可以做出反应。请在评论中告诉我您的想法！ 路线图是浪费时间 Carl Vellotti 在 Twitter 上向我们介绍了 PM 世界中一个经典的热门话题：路线图。 这是一个古老的话题。企业需要合理的期望和清晰度，产品需要保持灵活性，并且痛苦地意识到时间表不起作用。 那么我们该怎么办？ 我需要根据我当前的角色制定路线图。我使用以下三种策略来确保最大程度的对齐： 我将路线图分为四个部分。任何比这个短的时间都是自杀。 在每次路线图沟通（例如电子邮件、会议等）中，我都会提醒大家，路线图不是计划。你看得越向右，它就越不“计划”。 我尽量减少工作量，保持每个季度的可用时间灵活。 数据孕育平均产品 阿米特大声说出这句话，我就来了。 对抗“数据支持”的人群总是很困难。他们有科学和研究支持，对吗？这怎么可能是错误的呢？ 我的总体问题主要是语义上的。大多数人或组织声称自己是“数据驱动的”，我认为这是错误的，原因如下： 他们可能没有足够的数据（除非他们是 Google/Facebook）。 驱动它们的数据是有偏见的（研究人员偏见、根据首席执行官已经下定决心的研究进行改造等）。 他们用“数据”作为幌子来证明决策的合理性，并且再也不会批判性地审视它。 相反，我将始终提倡采用数据知情的方法。 虽然很微妙，但它却带来了天壤之别。 了解数据意味着您意识到收集的数据可能不充分、存在偏见，并且在决策过程中可能完全被忽略。 一个了解数据、具有良好的产品意识和决策勇气的产品经理才是真正的制胜法宝。 SCRUM 不利于速度 我写了一个由 6 部分组成的系列文章，讲述如何摆脱 SCRUM 式的产品方法。 显然，我同意这个观点。 ： 阅读 从 SCRUM-ish 转向 Shape Up。 首先构建，其次解决问题 啊。 我不认识男人。这个很难啊 我无法想象自己从事的任何产品、项目甚至功能不是由某种问题引发的。即使你希望打造一些全新的、有创意的、你梦想的东西，它肯定仍然源于某种问题，对吧？ 问题→解决方案。 这是我们作为产品人员以及企业家（我敢说）所做工作的基石。 我猜这是一个辣的！ 框架是傻瓜的训练轮 我对框架有一个挑剔的地方，很高兴看到其他人似乎同意这一点。 我并不完全否定框架。它们可以提供有用的灵感（就像案例研究或模板一样）。 我的问题是当框架作为问题的解决方案出售时。通常，他们甚至不提供任何有价值的东西。以 ： RACE 框架为例 该框架旨在告诉我们，要获得客户，您应该： 接触客户 让他们行动起来 转换其中几个 吸引他们 我相信一个摆着柠檬水摊的 6 岁孩子就能告诉你这一点。而且没有华丽的词藻，那就更好了。 这就是我今天的老人喊云配额。您的辣味 PM 有何看法？ 想阅读更多内容吗？我深入研究了我的 Substack 上每一个 。 不受欢迎的 PM 观点
