App 改版：什么时候改、怎样衡量

App 改版会改动结构、导航或核心流程，既可能去掉长期存在的阻力，也可能打乱用户的习惯。本文列出值得改版的信号、从基线到分阶段发布的八个步骤，以及一个理财 App：先发给 20% 的用户，发现功能发现率和留存都提高了，但咨询量也上升了，要先解决再全量。

什么是 App 改版？

App 改版是对 App 的结构、导航、视觉设计或核心流程做比较大的改动，不同于界面上的小调整。做得好，能去掉用户忍了很久的阻力，为新功能腾出空间；做得不好，会打乱用户的习惯，藏起他们依赖的功能，让留存掉好几个月。

两者的差别主要在于证据：好的改版从用户遇到什么困难的数据出发，用基线来衡量，并且以可以随时停下的方式上线。

什么时候值得改版

如果问题只在一个流程，就修那个流程。只有问题是结构性的，才值得整体改版。

最后一个阶段之前都保留回滚的路。

App 改版的八个步骤

1. 定目标和基线

选两三个结果指标（比如次日留存、核心操作率、任务完成率），按平台记录至少四周的基线。

2. 收集证据

漏斗和路径显示用户卡在哪里；热图和会话录像显示怎么卡住；客服对话和评价显示用户怎么称呼这些东西、缺了什么。

3. 列出不能坏的东西

列出重度用户依赖的流程和快捷方式。改版一旦拿掉了习惯路径，最先被激怒的是最有价值的用户。

4. 做原型，找用户测试

开发之前，先让几位真实用户测试新的导航和核心流程。任务成功率和完成用时，比「你喜欢吗」更有参考价值。

5. 给新版本埋点

流程对等的地方保持事件名不变，才能做前后对比；新流程再加新事件。

6. 逐步上线

先发给一部分用户、一个测试组或一个平台，保留回滚的能力。

7. 按版本对比

用相同的指标对比新旧版本的用户批次：无崩溃用户占比、核心操作率、留存、客服咨询量。重度用户单独看。

8. 全量之前先迭代

修好首批用户遇到的问题，再扩大范围。

计算示例：一次导航改版

某理财 App（示例数据）把五个标签的底部栏改成带个性化快捷入口的首页。6.0 版本先发给 20% 的 Android 用户，对比 21 天：

改版提升了功能发现和留存，但咨询量上升了：很多消息在问「账单明细」标签去哪了。团队在默认首页加了账单明细的快捷入口，并给老用户弹一次提示，然后才扩大到全量。无崩溃用户占比略降；Android 12 上的一个新崩溃在 6.0.1 里修复了。

常见错误

• 只为好看而改版。 没有要解决的问题，只会增加风险。
• 没有基线。 证明不了改版有用。
• 改事件名。 埋点跟着界面一起变，前后就没法对比了。
• 一次性全量发布。 没有对照组，也没有安全的退路。
• 忽略老用户。 新用户可能喜欢新版，老用户却在挣扎。

在 TapCub 里度量 App 改版

• 版本： 应用统计 › 用户分析 › 版本分布 按 App 版本对比活跃用户、新用户和崩溃，新旧版本可以并排比较。见跟踪 App 版本。
• 稳定性： 按版本看无崩溃用户、ANR 和冷启动。
• 漏斗和路径： 用页面浏览和事件对比改版前后的核心流程；路径分析能看出新的导航习惯。
• 留存和生命周期： 按首次使用日期和版本分批的留存。
• 客服： App 内的在线客服对话，能看出用户找不到什么。

相关阅读：移动 App 优化、功能采用、UX 审计。

常见问题

App 多久改版一次？ 只在问题是结构性的时候。持续的小改进通常比定期的大改版更好。

怎么知道改版有没有用？ 用事先定好的目标对比新旧版本，用户和时间都要足够，同时把稳定性和咨询量当护栏指标。

改版要告诉用户吗？ 要，简短地说。一条说明关键功能挪到了哪里的 App 内提示，能减少咨询和不满。

改版能做 A/B 测试吗？ 能，用分阶段发布或功能开关。两个版本的指标和事件要保持一致。

参考资料

• Nielsen Norman Group：彻底改版还是渐进改进？
• Google Play 管理中心帮助：分阶段发布应用更新
• Apple Developer：分阶段发布自动更新