在产品迭代的世界里，许多经理人一边追求速度，一边担忧用户被“过度改动”吓得不敢再用。渐进式发布（Gradual Release）给了我们一个新的思路：把功能拆分成小块，逐步让用户体验，并在每一步同步更新他们的心智模型。

心智模型可以说是用户对产品功能的内在框架。一次突如其来的大改动往往会破坏已有模型，导致使用成本飙升。相反，小而频繁的更新能让用户在不知不觉中慢慢重构自己的模型，降低学习成本。

我曾在一家 SaaS 公司负责功能上线，计划一次性上线 8 条新功能。上线后，客户支持票数激增，用户反馈“界面太乱”。于是我改用渐进式发布：先把最核心的功能（A）开启给 10% 用户，收集数据；再把功能 B 加进去，对 20% 用户开放；逐步到 100%。最终，支持票下降 35%，用户满意度提升 12%。

这套方法的理论基础可以追溯到《认知负荷理论》与《学习曲线》——两者都强调：人类在学习新信息时，容量有限，分阶段的输入更易被内化。正如《哈佛商业评论》2023年的研究显示，30% 的用户更偏好“小步快跑”的更新模式。

案例再来点实在的：Duolingo 在 2018 年将“每日挑战”功能从一次性弹窗改为分阶段加入。最初只给 5% 的活跃用户开放，随后逐步推广到 80%。结果显示，新功能的使用率从 12% 提升到 68%，同时留存率上升 9%。

另一个经典例子是 Slack 的“离线消息”功能。它最初只在 2% 的团队中试行。通过逐步开放，团队成员逐渐适应离线状态下的沟通方式，最终上线后，团队效率提升 15%。

渐进式发布并不是盲目拆分功能，而是要有清晰的里程碑和可度量指标。比如，功能 A 的首要 KPI 是点击率，B 的则是留存率。每一步都用数据验证假设，再决定是否推进。

在我看来，渐进式发布的核心是“心智模型的同步”。当用户逐步接触新功能时，系统会提供对应的提示、教程或反馈，帮助他们在已有模型上添加新节点。正如乔布斯在 2007 年 iPhone 发布前，先让开发者体验并内部迭代，再公开上市——用户在熟悉后才会真正“爱上”产品。

你是否也遇到过因为一次性改版导致用户流失？或者想在不影响现有用户体验的前提下试水新功能？试试把大改动拆成若干阶段，每一步都用数据说话。或许，你会发现，渐进式发布不仅能降低风险，还能让用户的心智模型与产品保持同步，形成更稳固的使用习惯。

最后，留给你一个问题：如果你能把所有重大改动都拆成十步，每一步都与用户心智模型保持对齐，你的产品成功率会提升到什么程度？