APP的升级发布看似简单，其实很复杂。需要考虑的边界条件很多，比如前端更新逻辑、前端交互方式、后台逻辑和流程等。
最近开始负责一个新产品，第一次从0到1做起了一个产品。很多东西才刚刚开始研究。也感谢公司给我这个机会。比较有意思的是版本发布和更新方案，逻辑也很有意思。所以在这里分享一下你学到的东西吧。
有些照片不是我拍的，是我的同事拍的。我要感谢这里的同事。
首先，前端更新逻辑
核心策略:APP对比版本，然后判断更新逻辑，给出更新提示。
先进行版本对比，但需要注意的是，检测需要在联网的环境下，所以当不联网时，版本对比检测结束。
网络环境正常时，如果检测到最新版本，会判断更新逻辑。
不同的更新方式有不同的逻辑，比如:强制更新，非强制提示更新，非强制提示更新；
强制更新:用户启动App后，需要强制更新，对核心功能进行优化。如果不更新，app无法启动。启动APP后，通过弹出窗口进行提示。非强制更新:会提示用户更新，但不会影响基本功能的使用；可以通过弹窗显示或者在设置中引导用户进行自我更新。用户可以关闭弹出窗口，这样在一定时间内不会提示弹出窗口，或者用户可以选择忽略该版本。非强制不提示更新:版本已更新，不会提示用户输入新版本。
二、APP升级的前端交互模式
APP升级的一般流程:下载APP安装包——安装新版本。
1.下载应用安装包
下载方式有三种:自动下载、提示升级、自动下载安装；但不同的方式需要判断用户的网络环境；在WiFi环境下，自动下载安装是可行的。如果是数据流量，说明升级可行。
自动下载:启动APP后，直接下载并提示升级，无需提示:进入应用后，立即弹出升级提示，并提示当前网络环境；自动下载安装:无需提示，直接在后台下载完成升级。
2.装置
如果是自动下载:下载完成后会弹出窗口通知用户是否安装。
如果提示升级:下载完成后，会提示你在后台点击安装。
三、APP版本升级后台设计
APP后台流程逻辑:渠道发布——版本发布、升级编辑——安装包上传到服务器——版本升级定期发布。
1.频道发布
APP的安装或升级会在不同的场景和平台下进行，所以也会导致不同的问题。如果某个频道出现限制或问题，无法正常下载，就要在不影响其他频道安装的情况下，进行针对性的优化调整。
并且为了保证可靠的数据来源，了解用户从各种渠道下载或安装的数据，有必要对其进行区分。
因此，需要设计频道发布的背景。以下图为例。只关注列表内容，去掉了查询模块。
通过在后台添加频道的方式，在此列表中显示，并在后续版本升级中编辑配置频道信息，作为版本发布和升级的频道标识。
2.版本发布、升级和编辑
版本发布后，您可以编辑版本的发布和发布消息:
发布时间、发布方式、更新描述、用户数量、发布量等。；
编辑完版本升级内容后，就可以开始上传安装包到服务器了。
3.上传安装包
上传安装包。上传相应版本的内容后，在版本发布、升级、编辑的后台，将安装包同步到相应的记录，后续版本将在设定的时间发布。
四。摘要
APP的升级发布看似简单，其实很复杂，有很多边界情况需要考虑。以上前端和后端仅供参考，还有很大的优化空间空。希望你能不断探索，想出新的方案。
对于APP升级发布，不要只关注页面功能模块的展示，更多的需要与市场和运营商沟通；对于APP更新，还有很多其他的点需要考虑。
其实对于一些产品来说，APP的版本并不一定需要所谓的后台管理，而是可以由研发来处理，营收后台并不是所有APP都通用的。
本文由@ liyo dragon原创发布。每个人都是产品经理。未经许可，禁止复制。
题目来自Unsplash，基于CC0协议。
