旧 APP 该改版还是重做

不是所有难看的 APP 都要推倒，也不是所有还能打开的客户端都值得继续补丁。把「改版」和「重做」放上天平，看三件事：一线是否还在用、接口能否继续、证书和账号还在不在公司手里。视觉旧，可以改；信息架构错了、原生工程没人能编过、和小程序各记各的订单，继续修补会比重做更贵。

有一个常见误区：为了「保住装机量」死守一套五年前的原生壳。如果用户本来就很少下载，装机量并不是资产，见 APP 没人下载怎么办。主入口本该是小程序，却在旧 APP 上继续加模块，是在错误容器里投资，对照 小程序和 APP，哪一种该当主入口。

保留什么、放弃什么，要写成迁移清单

决定重做之后，最怕「新包上架、旧登录全失效、现场当天停工」。把推送证书、包名、深链、已印在设备上的二维码列出来，能留则留。账号要一次迁完，避免员工端、门店端各登各的。后台必须是一套，见 多端一套后台，数据为什么不容易分叉。重做也不等于一次做完所有角色：可以先员工报工，再会员，再供应商，节奏见 从需求到上线：移动端怎么走。

若只是没人用，先按排查清单走，未必需要重做，见 上线了没人用，怎么排查。模板壳改不动功能，接近重做，见 套模板小程序和不做几乎一样差。达希评估旧 APP 会看源码归属、商店账号、真实日活和一线仍在用的那三个按钮，再给出改或重做，而不是默认推倒。把现网包名和后台地址发到 APP / 小程序 / H5 即可开始评估。费用见 APP、小程序、H5 分别要花多少钱、周期多久。

天平还有第四个砝码：合规和系统版本。旧包仍请求过宽权限、无法过新系统审核、或依赖已停更的框架，继续改版会在下一次商店审核被拒。这时重做往往更短。反过来，如果只是启动图和字体过时，而扫码报工仍稳定，重做是浪费一线已经形成的肌肉记忆。问班组「你们现在打开后点哪三个按钮」，那三个就是该保住的，其余可以砍。

重做期间旧端不要立刻下架

现场有人仍拿旧包报工，突然失效会逼回纸质。新包通过真机验收再切，给两周重叠期。重做若要换包名，等于重新走下载漏斗。能保留包名和登录态，就不要让一线重新找入口。

证书过期是运维，不是「必须重做」

企业签过期、推送证书过期，看起来像「要重做」，其实是运维。先把账号收回公司，再谈工程。证书不在公司手里，任何改版都会在下一次过期时再死一次。