APP版本升级发布时,前后端的逻辑策略

1 评论 12466 浏览 91 收藏 7 分钟

APP的升级发布看似简单,但是其实很复杂,有许多边界情况需要考虑,例如前端的更新逻辑、前端交互方式、后台逻辑与流程等。

最近开始协同负责一个新产品,第一次从0到1着手一个产品。有许多东西也是刚开始学习研究。也很感谢公司给这次机会。其中比较有意思的是版本发布更新的方案,其中的逻辑也是比较有意思的。所以在此将学到的分享出来。

其中一些图不是我做的,是同事做的,在此特谢该同事。

一、前端更新逻辑

核心策略:APP进行版本对比,然后判断更新逻辑后,进行更新提示。

首先进行版本对比,但需注意,该检测需在联网环境下,所以当非联网时,版本对比检测结束。

网络环境正常时,若检测到有最新版本时,则开始判断更新逻辑。

不同的更新方法有不同逻辑进行,如:强制更新、非强制提示更新、非强制不提示更新;

  1. 强制更新:则用户启动App后需要强制更新,核心功能优化,若不更新则无法启动APP;启动APP后,通过弹窗提示。
  2. ​非强制更新:则提示用户更新,但不影响基础功能使用;可通过弹窗显示或在设置中,引导用户自行更新。用户可关闭弹窗,在某一个时间段内不再提示弹窗或供用户选择忽略此版本。
  3. 非强制不提示更新:版本更新,不提示用户有新版本。

二、APP升级前端交互方式

APP升级大致流程:下载APP安装包——安装新版本(安卓)

1. 下载APP安装包

下载的方式有三种:自动下载、提示升级、自动下载安装;但是不同的方式需判断用户所在网络环境;若WiFi环境下,则自动下载、自动下载安装的方式是可行的。若为数据流量的话,则提示升级可行。

  • 自动下载:启动APP后,不提出提示直接下载
  • 提示升级:在进入应用后,立即弹出升级提示,并提示当前的网络环境;
  • 自动下载安装:不弹出提示,直接后台下载并完成升级。

2. 安装

若为自动下载:在下载完成后,显示弹窗告知用户下载完成是否安装。

若为提示升级:下载完成后,提示用户后台点击安装。

三、APP版本升级后台设计

APP后台流程逻辑:渠道发布——版本发布升级编辑——安装包上传到服务器——版本定时升级发布。

1. 渠道发布

APP的安装或升级会在不同场景、不同平台下进行,因此其也会导致不同问题。如某一渠道存在限制或问题,导致无法正常下载,因此需针对性进行优化调整而不影响其他渠道安装。

并且为保证数据来源可靠,了解各渠道用户下载或安装的数据,需进行区分。

因此,渠道发布后台需进行设计,以下图为例,仅关注列表内容,查询模块去除。

通过后台新增渠道,在该列表展示,该渠道信息将在后续的版本升级时进行编辑配置,作为版本发布升级的渠道标识。

2. 版本发布升级编辑

当版本发布后,可进行版本发布编辑,编辑发布消息:

发布时间、发布方式(是否强制发布)、更新描述、用户量(可进行高级编辑,如仅发布给某APP品牌、机型、号段等,以此仅发布给目标用户)、发布量等;

编辑完成版本升级内容后,可开始将安装包上传到服务器中。

3. 安装包上传

将安装包进行上传,上传对应版本内容后,将安装包同步至版本发布升级编辑后台的对应记录上,后续待版本在设置的时间下发布。

四、总结

APP的升级发布看似简单,但是其实很复杂,有许多边界情况需要考虑。以上的前端和后台仅供学习参考,其还有很大的优化空间,希望大家可以不断探索思考出新的方案。

对于APP升级发布,不要仅关注页面功能模块的展示,更多的需要多和市场、运营人员沟通;对于APP更新来说,还有其他许多点需要考虑。

其实对于某些产品来说,APP的版本不一定需要后台进行所谓的管理,可由研发处理,收益后台并不是通用于所有APP。

 

本文由 @ liyo龙 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 第三点“APP版本升级后台设计”没太看明白,用流程图表达或许更清晰一点

    来自广东 回复