Burn the Boats

在发展迅猛的AI开发领域，固守那些“运行良好”的功能或工作流，会阻碍团队全面接纳新范式。现有功能带来的舒适熟悉感会成为束缚创新的锚点——即便你明知旧方法早已过时。

破釜沉舟：主动淘汰功能与工作流 以此推动产品演进，避免困在旧范式中。为功能移除设置明确的截止日期，营造紧迫感，促使团队和用户坚定转向新方案。

历史背景： 这个说法源自埃尔南·科尔特斯船长——他抵达墨西哥后销毁了所有船只，彻底断绝了撤退的可能。他的士兵要么征服，要么战死。

在AI产品开发中的应用： 这意味着主动移除那些仍能正常运作、甚至用户依然喜爱的功能，避免产品困在错误的发展轨道上。

graph LR
    A[功能可用但已过时] --> B{是否破釜沉舟？}
    B -->|否，保留| C[团队沿用旧方式]
    C --> D[用户期望旧方式]
    D --> E[后续更难转型]
    E --> F[用户群体沦为“守旧派”]

    B -->|是，淘汰| G[强制推动演进]
    G --> H[团队打造新方案]
    H --> I[用户适应或离场]
    I --> J[用户群体升级为“先锋派”]

    style C fill:#ffcdd2,stroke:#c62828
    style E fill:#ffcdd2,stroke:#c62828
    style F fill:#b71c1c,stroke:#b71c1c
    style H fill:#c8e6c9,stroke:#2e7d32
    style J fill:#2e7d32,stroke:#2e7d32

AMP的真实案例：

AMP宣布将在约60天后停用其VS Code扩展（及Cursor支持）：

“我们将停用旗下编辑器扩展，包括AMP VS Code扩展、Cursor扩展等。我们之所以这么做，是因为我们认为它已非未来趋势。我们认为侧边栏模式已死。”

为何不只是降低旧功能的优先级？

“这完全是聚焦的问题。如果保留旧功能，我们就无法专注于你们所有人都认为重要100倍的核心方向。”

如果保留旧功能，会带来以下问题：

• 用户会持续依赖旧功能
• 团队会承受维护旧功能的压力
• 团队精力会被分散在新旧功能之间
• 用户群体将自动筛选为“守旧派”，而非先锋用户

破釜沉舟的时机信号：

1. 范式已转变：核心工作方法发生根本性变化（例如：助手模式→工厂模式）
2. 功能限制用户发展：该功能阻碍用户采用更优工作方式
3. 分散团队核心精力：维护它会让团队偏离真正关键的工作方向
4. 未来用户无需此功能：那1%的前沿用户完全不需要该功能
5. 保留它只为求稳：并非出于战略重要性，只是为了维持现状

落地实施步骤：

1. 设置明确截止日期：

feature_kill_plan:
  feature: "VS Code 扩展"
  deadline: "自公告发布起约60天"
  message: "将在约60天后停用"
  migration_path: "改用AMP CLI替代"
  rationale: "侧边栏已成过去，工厂模式才是未来"

1. 为用户提供迁移指引：

• 向用户解释停用该功能的原因
• 提供清晰可落地的替代方案
• 鼓励用户反馈替代方案的不足与缺口
• 接受部分用户可能因此流失的事实

1. 公开传达决策依据： 来自AMP的公告原文：

“我们可能会直接删除源码树中的整个目录，几周后我们将在新加坡集结，彻底重写这部分代码。” “我们每3个月就得重新赢回AMP当前的所有用户使用率、所有营收、所有客户……一切都要从头争取。”

1. 坦然接受用户流失： 部分用户会离开，这是正常的。你正在筛选真正的前沿用户：

“如果我们现在不主动筛选用户群体，原本面向前沿开发者的用户群体会逐渐被滞后用户取代，这会让我们未来的转型变得更加艰难。”

优势：

• 倒逼内部创新：无安全网可依赖，必须打造全新解决方案
• 彰显变革决心：向用户与团队传递你的重视态度
• 避免精力分散：资源不会被分流至维护过时功能
• 精准筛选用户：先锋型用户留存，滞后型用户选择离开（或升级）
• 防止企业停滞：无法安于现状、躺在功劳簿上不思进取

劣势：

• 用户流失风险：部分用户会流失（或停留在旧版本）
• 短期收入下滑：短期内营收可能出现下降
• 决策失误风险：若新方案实际并不更优，后果不堪设想
• 影响团队士气：部分团队成员可能抵触废弃自己的工作成果
• 竞争劣势凸显：竞争对手可能会更长时间支持“旧模式”

自毁计时器模式： AMP在其VS Code扩展中实现了一个真实的自毁计时器：

“它会在约60天后自毁。我们不确定具体时间，届时会设置计时器，你们能看到倒计时。” 这会营造出紧迫感与必然性，用户无法对此视而不见。

不宜“破釜沉舟”的场景：

• 该功能是你的核心价值主张的核心
• 你尚未拥有明确的替代方案
• 新方案未经验证且风险极高
• 团队未就变革达成共识
• 废弃该功能会直接导致业务崩盘

相关原则：每季度重新赢取收入

“如今AMP的所有使用量、当前全部营收、所有客户，我们每3个月都必须彻底重新赢取一次。产品面貌会焕然一新，你使用它的场景和方式会改变，付费的项目也会不同。” “破釜沉舟”正是这种思维的一部分：没有什么是神圣不可侵犯的，一切都必须靠实力重新赢取。