路线图吃掉了用户

为什么团队一直在构建他们知道不起作用的东西

路线图吃掉了用户插图

摘要： 承诺升级让过去的决定变成了未来的压力。路线图上投入的时间、金钱和声誉越多，就越难停下来承认用户需要别的东西。

路线图不再是计划，变成了你要服务的对象。

这种转变很容易被忽略。它发生的时候听起来很负责任。团队不再问用户需要什么，而是开始问如何兑现三个规划会议前的承诺。

这是关于对计划本身的承诺：日期、范围、里程碑、已经做出的承诺。路线图开始在房间里承载比后来收集到的用户证据更大的分量。

承诺开始替你思考

Barry Staw 在 1976 年描述了承诺升级现象。那些觉得自己对早期决策负责的人，在事情变糟后会投入更多资源。他写道："当人们亲自对负面后果负责时，他们会将最多的资源投入到先前选定的行动方案中。"

这就是路线图在公司里可能变成的样子。它不再感觉像一个粗略的猜测，而开始感觉像一连串公开的承诺。一旦发生这种情况，改变方向不再感觉像产品学习，而感觉像失败。

Kahneman 和规划谬误在这里很重要，因为计划总是带着虚假的信心到来。团队想象工作应该如何进行，但不会对照这类工作通常的进展来判断。路线图一开始过于自信，然后被当作现实来捍卫。

这就是为什么路线图的语言会如此迅速地变得危险。一旦日期和里程碑被写下来，它们就不再听起来像是临时性的，而开始听起来像是已经赢得的。团队忘记了计划是在早期条件下做出的猜测，开始把它当作未来现在有义务遵守的东西。

FBI 继续推进项目

FBI 花了五年时间和 1.7 亿美元在 Virtual Case File 项目上。工程师警告过问题，外部评审员警告过问题，证据不断涌现。但项目还是继续推进。2005 年 4 月，FBI 在没有部署的情况下放弃了它。

这就是为什么这个案例很重要。项目继续推进不是因为价值突然变得更清晰了，而是因为计划、资金、政治压力和组织认同感已经与完成它联系在一起。

路线图可以不断把旧的承诺变成新的压力。

大多数产品团队永远不会运行那么大的项目。但机制在小房间里是一样的。一个功能在规划中被宣布，销售听说了，市场把它放进了方案，领导在评审中重复了日期。然后新的用户证据出现了，没有人想成为那个说承诺应该被撤回的人。

这就是功能不再是问题的解决方案，而变成团队感觉被束缚的承诺的时刻。一旦这种转变发生，改变方向开始听起来像不忠，而不是明智。

当计划固化时什么会消失

一旦路线图固化，用户问题就开始从对话中消失。

你不再问"我们还应该做这个吗？"而是开始问"我们怎么在 Q3 交付这个？"你不再问这个功能是否是正确的答案，而是开始问在日期之前哪个版本的功能是可行的。内部视角接管了。团队对计划了如指掌，所以计划开始感觉比后来收到的用户信号更真实。

我见过这样的团队，房间里每个人都知道某个功能很弱，但仍然只从交付风险的角度来讨论它。这就是路线图已经赢了的时刻。

这也是语言暴露问题的时候。人们开始说"我们需要兑现承诺"或"我们已经投入太多，无法重新讨论范围了。"这听起来很有纪律。有时候这只是在事实改变后对计划的捍卫。

什么需要重新讨论

在日历上安排一个会议，不讨论状态。用它来重新讨论问题。

问题应该很简单：如果我们今天从头开始，以我们现在所知的信息，这个还会在路线图上吗？不是"我们是否在正轨上？"那个问题只衡量对计划的忠诚度。问问这个承诺是否还值得存在。

如果答案是否，改变路线图。这不是漂移，这是工作。

如果答案是也许，把也许带到台面上。太多路线图评审直接从状态跳到安慰。有用的会议是在更多工作固化之前让不确定性可见的那个。

如果你不能说"我们比两周前更不确定了"而房间里变得紧张，那路线图已经太强大了。我参加过那些会议。你可以感觉到房间在任何人说完之前就变紧了。

用户不关心承诺是在哪个季度做出的。他们只看到发布的东西。

参考文献与来源

← 上一篇 下一篇 →