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