APP上线前,这几项工作你都确认了吗-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、跟踪用户反馈

　　及时与一线营业人员沟通，是否有未发现的BUG，优先解决影响营业的题目。