E6.15.1forced versus optional update设计

强制更新与可选更新需要不同的提示强度

别名: 强制更新 · optional update · 必须升级

概念解释

版本提示有两档。可选更新允许用户继续用当前版本,提示是邀请。强制更新把当前版本定为不能再工作,提示是门。两档不能共用同一张「发现新版本」卡片再靠文案里一个「建议」来区分。强度指的是能否绕过:可选可以关掉或稍后;强制没有稍后,只有更新或退出。用错强度,要么安全补丁被当成可以明天再说的广告,要么一次图标微调变成拦路。

机制

人用能否离开来判断事情有多硬。挡在启动路径上、没有关闭、底下的应用点不了,就会被读成「不更新不能用」。同样一张卡若可以叉掉,就会被读成营销。产品若对所有版本都用强制强度,用户会把更新提示当成流氓门,真到协议或安全必须停用旧客户端时,这扇门已经没人信。反过来,可选强度承担不了「旧版会写坏数据」这种后果,因为关掉提示的人仍在旧版上操作。强度必须绑在后果上:不更新是否让后续操作变得危险或非法,是则强制;只是功能与修复,则可选。

边界

企业由管理员控制的更新,对终端用户可能表现为强制,即使产品本意是可选;提示应说清是组织策略,以免当成应用在胁迫。强制更新在无网环境下会把人锁在门外,需要离线逃生(只读已缓存内容,或明确「需要网络才能继续」)。平台商店自己的更新流和应用内提示叠在一起时,两档强度可能冲突,应让一处做主。测试版或金丝雀通道的「强制」只应对选择了该通道的人,不能泄漏到稳定通道。

怎么落地

  • 为每个版本发布标强制或可选,并选用两套完全不同的表面:可选是可关横幅,强制是挡住主路径的门。
  • 强制的理由写在门上(协议、安全、数据兼容),不要用「体验更好」去撑一扇门。
  • 可选更新提供「稍后」且真的稍后,不要在每次冷启动再变成伪强制。
  • 验证:不更新能否完成一件日常任务。能,却被整屏拦住,强度就过了;不能,却只剩一条可叉横幅,强度就不够。

延伸

  • 同组E6.15.2 静默更新减少打扰但可能带来行为的意外变化 · E6.15.3 更新说明应指出实际影响而非泛泛的优化用语 · E6.15.4 更新提示的时机不应打断用户正在进行的操作
  • 相邻E6.05 确认对话框 · E6.02 横幅提示 · E6.12 提示的消失时机
  • 站内检索forced update · optional update · blocking upgrade

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/E6.15.1