App 留存角度：先设计打开理由，再开工写代码
App 开发预算应分给留存机制：推送价值、到店/到岗频次、版本运营。没有打开理由的 App，首期就越做越重。
很多 App 项目从技术框架争论开始，却说不清用户第二天为什么还要打开。留存角度会倒逼范围：先有理由，再有导航；先有通知策略，再有动画。
开工前写明的留存假设
- 用户因什么事件打开（工单、课程、巡检、到账）
- 没有推送是否仍有自然回流
- 竞品/替代是小程序还是短信链接
- 谁负责版本与评价运营
快递飞接 App 需求时，会先挑战留存假设；假设不成立，建议先小程序或 H5，而不是为了「有 App」而开发。
常见问题
怎样判断值得做 App？
看周打开次数、是否必须推送、是否需要桌面入口或复杂能力。低频工具优先小程序验证。
App 首期如何避免装完即卸？
主路径极短、首次价值在首分钟内可见、推送有用且可配置、崩溃率可控。