Figma Config 一场冷水：为什么好产品也必须被亲手杀掉

在 Figma Config 2025 的这场演讲里，Subham Agarwal 抛出一个让产品人极度不适的观点：真正成熟的公司，必须学会主动送走自己的产品。不是因为失败，而是因为继续活着，代价更大。更残酷的是，大多数团队不是死于不会做产品，而是死于不敢结束。

最反直觉的一课：产品“活着”，本身就是一种成本

几乎所有产品团队都被一种叙事支配：发布、增长、优化、再增长。死亡不在 roadmap 上。但 Subham 在一开场就把这个神话掀翻了——产品不是天然值得被拯救的，哪怕它曾经很成功。

他提到一个极具冲击力的现实：很多产品并不是“失败”了，而是进入了一种更糟的状态——它不再创造价值，却持续消耗组织的注意力、情绪和资源。服务器、客服、合规、内部协调，这些看不见的成本，会在产品生命周期后期急速放大。

真正危险的不是关掉产品，而是让一个“已经不再重要的东西”长期存在。Subham 用一句话点破这种幻觉：“只要它还在，我们就会假装它还有未来。”

Amazon Restaurants 的教训：大公司也会死得很难看

演讲中最具体、也最刺痛人的案例，来自 Amazon。Amazon Restaurants 曾被寄予厚望：品牌、流量、基础设施，全都有。但结果呢？用户体验糟糕、战略摇摆、内部优先级不断被稀释，最终草草收场。

Subham 并没有把失败简单归因为“执行不力”，而是指出一个更深层的问题：当产品与公司核心战略开始脱节时，它的死亡几乎是注定的，只是时间问题。

更残酷的是，大公司往往死得更慢。因为它们有能力“拖着”一个产品继续运行，看起来没出大事，但也永远到不了该去的地方。这种“半死不活”的状态，对团队士气的消耗，远比一次果断的关停更大。

RADAR 框架：给产品一个体面的“终点”

为了避免情绪化决策，Subham 给出了一套清晰到近乎冷酷的判断流程，他称之为 RADAR。

R — Read：先读清楚信号。不是 KPI 报喜不报忧，而是用户行为、团队反馈、战略变化的真实迹象。

A — Assess：评估真实价值。这个产品现在创造的价值，是否还匹配它消耗的工程、沟通和管理成本？

D — Decide：做决定，而不是继续拖延。最糟糕的状态不是选错，而是一直不选。

A — Act：一旦决定，就执行。清晰地对用户、团队、利益相关方说明发生了什么。

R — Review：复盘。不是为了追责，而是为了让下一次“结束”来得更早、更理性。

这个框架的残酷之处在于：它把“关掉产品”从道德问题，变成了一个流程问题。

为什么这件事对 AI 产品人尤其重要

如果你在做 AI 产品，这场演讲的分量会更重。

AI 产品的试错成本看似很低：模型能换、功能能堆、demo 能飞快上线。但 Subham 的提醒恰恰相反——当迭代速度极快时，错误产品活得也会更久。

很多团队用“模型还在进步”来为产品续命，却忽略了一个事实：用户并不是为潜力买单，而是为当下的价值付费。AI 只会放大问题，不会自动解决产品定位的错误。

对 AI 从业者来说，学会结束一个产品，可能和学会发布一个产品同样重要。

总结

Subham Agarwal 这场演讲的真正锋芒，并不在于教你如何“杀掉产品”，而是逼你正视一个更难的问题：你是否有勇气承认，某些努力已经不再值得继续？

对产品人、对 AI 创业者来说，一个实用的 takeaway 是：把“如何结束”提前纳入设计。明确什么信号出现时，你会按下停止键。这样，当那一天真的到来，结束不再是失败，而是一种专业能力。

留给你的问题是：如果今天让你用 RADAR 重新审视手头的产品，有没有哪一个，其实已经走到了该告别的时刻？

关键词： 产品生命周期， Figma Config， Amazon Restaurants， 产品决策， AI 产品管理

事实核查备注： 需要核查：1）演讲者姓名拼写 Subham Agarwal；2）演讲标题与发布时间 2025-06-11；3）Amazon Restaurants 作为失败案例的引用语境；4）RADAR 五个步骤的具体英文含义与顺序。