当产品可能出现一些严重的BUG需要及时修复且要求用户更新时，此时我们就会有APP强制更新的需求，此处应该和非强制性更新提示（只是一些样式或者用户体验上的修复整改）区分开。虽然强制更新会导致用户体验满意度下降，但强制更新是为了解决掉一些严重BUG以及架构、流程的改变，提升用户体验性、安全性、保障用户；即使一个用户因为强制更新而不爽卸掉APP的话，则表明这个用户可能不是该产品的目标用户，对该产品的需求度不高，不会有太大的转换价值。
1.只要进入到了某个指定页面（首页或者启动页）就弹窗提示用户点击【立即更新】按钮，跳转至App Store或者应用市场进行更新，除此按钮外再无其他操作供用户使用；
2.在APP安装后的第一次启动本地存储一个当前版本的参数，监听场景：
a.在每次打开APP的时候;
b.从后台切换至前台的时候（很多时候我们都忽略了这一点）；
以上场景都需要检查此版本号是否为最新版本（与后端接口传回的最新版本号作对比）：
若后端传回版本号>当前版本号，需判断【当前版本与最新版本之间是否存在强制更新版本】，true则进入强制更新流程，
false则只作提示；
若后端传回版本号=当前版本号，则无需更新提示；
3.避免跳版本更新：
用户在使用APP的过程中可能会有跳版本更新的情况，假使当前用户使用的是1.0的版本，1.1为强制更新版本，1.2为非强制更新的版本，用户等到出了1.2版本的时候才打开APP，就会出现非强制更新的提示，实际漏了一个强制更新的1.1版本；
故应检验当前版本与最新版本之间是否存在强制更新的版本，若存在，则也需要强制更新至最新版本。
不从实现模型书写，而是从心理模型书写
举个栗子
实现模型
新增分享商家详情功能心理模型
你可以将商家的详情信息分享给你的好友1.站在用户角度，应该是更新后我可以做什么了而不是告诉我产品新增了什么功能 ；
2.文案需要精简易理解（一句话表明重点）
