J5.13.2ignoring system accessibility preferences设计研究

忽略系统级设置(字号、动效减弱、对比度)会造成体验割裂

别名: 忽略系统字号 · 忽略减少动效 · 体验割裂

概念解释

用户把系统字号拧到最大、打开减少动效、打开高对比,状态栏、设置页、通知已经按这个身体条件在显示。走进应用,正文仍是 12px、启动动画照跑、浅灰字在浅底上——这就是忽略系统偏好造成的割裂(ignoring system accessibility preferences)。割裂不是「应用没有自己的无障碍页」,是系统外壳和应用内容忽然不再是同一个世界。用户必须在每一次进出时重新适应,或放弃应用。

字号、动效、对比是三条最常被丢掉的输入;丢掉其中一条就够把「我已经设置过了」变成假的。

机制

人把系统设置当成环境,不是当成某一个 app 的皮肤。环境一变,所有表面都应跟着变。应用忽略之后,视觉通道在边界上跳变:大字的系统按钮旁边是小字的应用标签;减少动效的桌面里,应用仍在做视差。注意和前庭已经按「少运动」在工作,突然的满时长动画会重新诱发不适。对比同理:系统高对比把外壳拉到极限,应用仍用设计稿上的浅灰,用户会以为「高对比坏了」,其实是应用没读。

第二层是信任崩塌。用户无法调试「哪一层没听我的」。他们只会得出「这个手机的辅助功能不好用」,然后关掉系统项——于是连那些已经继承的应用也一起失去适配。忽略的代价被社会化到整个平台。

怎么研究

把系统三项逐个打开,截系统外壳和应用主界面并排。量字号比率、动效时长、对比(含半透明合成)。找低视力、前庭敏感、高对比用户走一条跨应用任务(从通知点进应用再回桌面),记录他们是否在边界上停住、是否抱怨「设置没生效」。不要用「应用内有没有无障碍入口」当指标。

自变量:被忽略的是字号、动效还是对比、忽略发生在启动页 / 主栏 / 自定义控件。 因变量:边界两侧的可度量差、任务中断、用户是否关闭系统设置。

边界

启动画面和广告 SDK 经常是忽略的重灾区,主界面已经继承也不能抵消进门那一下眩晕。游戏的世界空间文本与 HUD 不是同一路缩放,忽略 HUD 字号就会在能玩的画面上叠一层读不到的菜单。浏览器里用户缩放与系统字号是两条路径,应用只听其中一个,另一条被忽略时仍会割裂——要分别测。纯装饰的微动效在减少动效打开时切掉,不会造成「少了一项功能」;把功能绑在动画完成回调上才会。

怎么落地

  • 启动、引导、付费墙、WebView、第三方播放器与主界面用同一套系统输入,不要只改了设置页。
  • 自定义控件、图表轴标签、导航标题跟系统字号走;动效绑功能时提供无动画的完成路径。
  • 高对比/增强对比打开时,检查自定义颜色、叠层、占位图,不要只换了系统组件。
  • 验证:系统三项全开,从通知点进应用再退回。拍边界两侧:字号差一截、进门仍晕、对比在应用里塌下去,就是忽略发生在那一块。把启动动画和广告层也纳入,不要只测主页。

延伸

  • 同组J5.13.1 操作系统提供的辅助功能设置应被应用继承而非重新实现一套 · J5.13.3 应用内重复设置辅助选项会造成两套设置互相冲突的困惑 · J5.13.4 系统设置的变化应能被应用实时感知并即时响应而非需要重启
  • 相邻J2.02 文本缩放 · J4.08 注意力障碍适配
  • 站内检索ignoring system accessibility preferences · reduced motion · Dynamic Type

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/J5.13.2