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