当你决定废弃一个深受用户喜爱的功能，首先要做的不是删掉代码，而是调整用户的心智模型——也就是他们对产品的思维框架。很多产品经理把这一步忽略，导致用户在升级或迁移时感到“惊悚”。这篇文章用一段真实案例，拆解如何用心理学与沟通技巧，把废弃变成一次升级。

让我们先把“心智模型”拆成三块：一是用户对功能的期望，二是他们对产品整体的认知，三是对变更的情绪预期。功能废弃不是单一事件，而是一个系统性的演化，需要在这三层面同步调整。若只关注技术层面，最终得到的往往是“功能失效”而非“功能进化”。

案例：Twitter API v1.1 的废弃。2023 年 3 月，Twitter 在官方开发者博客上给出了 6 个月的提前告知，说明从 2023 年 3 月 31 日起，所有 v1.1 的端点将停止服务。公开数据显示，超过 13 万个开发者账户受到影响，像 Hootsuite、Buffer、Sprout Social 等大型第三方工具，都必须迁移到 v2 版 API。Twitter 为此发布了完整的迁移手册、代码示例、速查表，并在其官方社群中多次直播解答。

在这段过程中，Twitter 通过四个策略完成了用户期待管理：① 先发公告并给出足够时间；② 详细列出受影响的功能和业务路径；③ 提供迁移工具包和代码示例，减少技术门槛；④ 用故事化的沟通方式说明新 API 的优势（更高速率、更安全、更适合未来增长）。这些举措让大部分用户在迁移过程中保持了低痛点。

从心理学角度看，Twitter 的做法对应了“认知一致性”原则。用户对“API 公开、无限制”的旧模型被新模型——“API 受限、付费、监控”所替代。通过提前告知与迁移工具，Twitter 给了用户时间重新构建认知地图，减少了因认知冲突产生的焦虑。更重要的是，他们强调新模型的好处，让用户看到新的功能点，从而产生“从新到旧”的正向情绪转化。

对于产品经理来说，可从以下四步落地：① 设定清晰的废弃时间表和里程碑；② 以用户为中心，写一份“受影响的功能清单”和“迁移路径图”；③ 提供技术与非技术双重支持（代码库、FAQ、社区答疑）；④ 在沟通中植入新模型的价值点，让用户看到变更带来的增值。记得在公告中使用具体的数据和案例，让抽象的“废弃”不再显得遥远。

如果你想把一次大规模功能废弃变成一次产品的蜕变，最关键的其实是“让用户先看到新模型的光”，再把旧模型的重压一点一点卸下。毕竟，心智模型一旦迁移，用户的满意度就会跟着上升，而不是因为一次突如其来的停止而被打倒。

你准备好把“废弃”变成“升级”了吗？如果还有疑问，试着问问：我们现在的用户到底在想什么？他们的心智模型在哪一点最需要被触动？答案往往藏在用户的日常使用里，而不是你自己的理想里。