当我们在讨论“迭代”这个词时，往往先想到的不是一连串小功能的改进，而是一次次彻底的重塑。想想Facebook把新闻推送改成“动向”，或是Apple把iPhone 4的横向显示改成竖向，用户的第一反应往往是“这是在搞笑吗？”这类剧烈变化的背后，是我们对“用户已知的心理模型”忽视了。

心智模型（Mental Model）可以理解为用户在使用产品时脑中形成的一套认知框架。它决定了他们怎么解读图标、怎么预期交互、甚至怎么评判价值。将这些模型映射出来，像在地图上画出重要的河流与山脉，让团队知道在何处可以顺流而下，何处要慎重渡河。

我通常把映射过程拆成四步：

1️⃣ 定义核心模型——先把用户在使用产品时最常用的场景抽象成几个“心智节点”，比如“搜索、编辑、分享”。

2️⃣ 标注痛点——利用 NPS、热图、一次深度访谈，把每个节点对应的“痛点”与机会写在旁边。

3️⃣ 设计递进改动——先在不破坏核心节点的基础上，做小改动，如调整按钮位置、增加快捷键；再逐步扩大范围。

4️⃣ 验证与沟通——使用 A/B 测试与 feature flag，先让 5% 的老用户体验；同时在产品更新日志里用“我们在这儿做了什么”而不是“我们改了它”。

案例：Dropbox 从“同步”到“云存储” 的转变。最初，用户对文件夹“同步”的概念非常熟悉。Dropbox 在迁移时，并未立即把界面改成“云盘”布局，而是保留了同步图标，同时在侧边栏增设了“共享”入口。这样老用户可以在不离开原有思维模型的情况下，探索新功能。最终用户留存率提升了 12%。

再看 Slack 的频道重命名功能。最初，Slack 直接将所有频道改名为“#general”，导致用户迷失。后来他们先在设置中加入“频道别名”功能，保持原名的同时让新用户能看到官方建议，最终老用户的适应成本被压到最低。

研究表明，超过 70% 的用户会因为产品一次性改变而离开。Nielsen Norman Group 在 2021 年的一份报告指出，用户对界面连贯性的期望高于功能创新的渴望。也就是说，功能迭代的核心价值不是“多么酷”，而是“多么顺畅”。

如果你想让迭代不再是恐怖剧而是“轻推”的过程，记住：

① 先做用户心智模型地图，明确“关键节点”；

② 在节点周边做小范围迭代，避免一次性拆分；

③ 用数据做检验，Feature flag 让你可以安全回滚；

④ 通过简短明了的更新日志让用户知道“我们怎么改了，你会怎么用”。

当你在下一轮迭代中看到一个看似大胆的改动时，先问问自己：这是否会打破用户已知的核心心智？如果答案是“是”，那就再想想，是否可以先在旧模型上做点小修，让用户有时间去适应。毕竟，产品的生命在于持续满足，而不是一次次让人惊恐。

你会在自己的项目里先从哪些心智节点开始映射？让我们在评论区交流。