来源: 最后更新:22-04-02 04:53:45
经历了几次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,优先解决影响业务的问题。
kindle(kindle导入电子书)竟然有大屏彩色墨水屏阅读器了?哪家公司做的?实际体验如何?想必你会
新冠病毒抗体检测有什么用(新冠病毒抗体检测什么意思) 南通成品油价格调整公告(南通汽油价格调整最新消息) 2023汝阳县元宵节焰火晚会推迟举办通告 潍坊市奎文区新华医院入园体检咨询电话