经历了几次 WordPress APP 新版本上线的折磨后，发现一次成功的上线，除了需求下发、研发、测试、上线这样理想化的流程之外，还存在很多隐性的工作需要我们考虑并完成。
发布前
1 、新老版本的相容问题
比如，老版本原有的功能，新版本从底层进行了重构，介面如果重写，老版本要考虑相容问题。不然就会出现，新多用户下载的 WordPress APP 可以使用，老多用户不能使用的情况，如果涉及了表结构的改变，那么还会关联到系统的其他功能。
2 、 IOS，安卓，WooCommerce 商城的三端统一
原生页面和 h5 页面的区别
1）原生应用页面速度快，排版更清晰，体验效果会更好
2）原生可以离线使用，执行更快，但 h5 可以动态更新，不需要更新 WordPress APP
3）h5 互动动态效果收到限制，复杂的逻辑和动画做不了，会影响一些页面场景、逻辑的理解。
3 、 WordPress APP 更新启动页
对于大版本的更新，要有新增功能的介绍引导页面，一般 4-6 个页面为宜，把更新的内容讲述给多用户，别忘了可以跳过这部分的按钮。修改涉及需要多用户重点关注的地方，可以在页面上做些指引蒙版。
4 、发布失败应急方案
常在坑里走哪有不挂的，一旦发布失败，一定要有事先准备好的应急预案，发现情况不妙，可以启动应急预案，差不过紧急回滚，至少把损失降到低。
发布中
5 、应用 WooCommerce 店群的稽核
发布版本的预期时间要把应用 WooCommerce 店群的稽核时间加进去，特别是 WordPress APPstore 的稽核比较严格，不符合稽核标准的应用会被拒绝发布，所以时间要预留出给 WordPress APP Store 稽核，拒绝再修改提交的时间。
6 、应用 WooCommerce 店群的更新文案
提交给应用 WooCommerce 店群的新功能介绍，包括文案，图片。不要相信程序设计师哥哥们的文案水平，如果没有运营人员，这也是我们的职责之内。
7 、版本号
版本分类
Alpha 是开发人员的内部测试版
Beta：这是供公司内部测试的版本
Rlease Candidate：RC 是发行候选版本
Release：交付给多用户的终版本
面向多用户发布的产品版本号要按规则管控好，确保每个应用 WooCommerce 店群内的安装包是新版本，避免混乱。
发布后
8 、正式环境测试
上线之后，按照测试用例，把多用户前端的功能全部点一点，知名是全体总动员，要在不同机型不同环境，保证多用户体验。
9 、跟踪多用户反馈
及时与一线业务人员沟通，是否有未发现的 BUG，优先解决影响业务的问题。