W8.08.4Buried options read as absent support设计

可访问性选项被埋没会让需要者误以为游戏不支持

别名: 埋没误判 · perceived absence · buried options · support visibility

概念解释

可访问性功能的存在和可发现是两个独立命题:游戏实现了色觉模式但藏在视频设置的子菜单角落,对需要者而言这个功能不存在——他们尝试寻找、没找到、得出「这游戏不支持」的结论,然后带着本可解决的不适继续玩或离开。埋没误判(perceived absence)是可发现性失败的最终代价:开发资源花在了功能实现上,但因为入口不可见,功能对目标人群的收益为零,还附带了「找过但没找到」的额外挫败。

机制

埋没误判的机制是搜索中止后的结论外推。玩家寻找支持的搜索行为有终止条件——有限的尝试次数(翻两三个菜单没找到就停)和时间预算(不想在设置里花十分钟)——达到终止条件后的结论是「没有」,这个结论是可理解的行为结果而非认知错误:面对一个他们不熟悉结构的菜单系统,穷举搜索的成本不合理,基于有限搜索下结论是理性的。误判的后果链:需求者带着「游戏不支持」的结论继续在障碍中游玩(体验受损)、在社区传播「这游戏无障碍差」的评价(影响其他需求者的购买决策)、或直接放弃游戏(开发者对功能的投入全部无效)。评价的传播有不对称放大:无障碍支持被找到时的正面评价(「这游戏居然有色盲模式,好评」)和找不到时的负面评价(「连个色盲模式都没有」)都会被传播,而功能是否存在的事实反而少被讨论——可发现性决定了哪条评价被说出。

边界

埋没问题不只是「放到一级菜单」的层级问题——层级只是维度之一,完整的可发现性包含入口位置(在哪能找到)、命名可懂(找到后知道是什么)、需求时机匹配(需要的时候被提示),三者缺一仍会误判。误判的另一个来源是命名的误导:选项存在但名字让人以为是别的东西(「色彩辅助模式」被理解为「色彩滤镜美化」而非「色觉缺陷支持」),找到但用错或不用。游戏外的信息生态也影响误判:商店页面、官方文档、社区攻略对无障碍功能的说明是玩家购买前判断「是否支持我的需求」的主要依据,游戏内的埋没加上游戏外的信息缺失让误判在购买前就发生——无障碍功能的宣传披露因此是可发现性的外部延伸。针对「找过但没找到」的用户,搜索功能(设置内按症状搜索)和社区可查的支持清单(官网列出全部无障碍功能)是补救通道。

怎么落地

  • 做无障碍选项的可发现性审计:模拟需求者的搜索路径(从症状出发找功能),记录每条路径能否到达功能、需要几步;无法在三步内到达的功能调整入口。
  • 在商店页和官网维护无障碍功能清单(与游戏内实际一致),社区支持渠道准备「功能在哪」的标准答复。
  • 验证办法:追踪无障碍功能的实际使用率与预计需求人群规模的比例,使用率异常低是埋没信号;同时监测社区中「这游戏不支持 X」的言论与功能实际存在的情况对比,误判多发的功能重点整改入口。

延伸

  • 同组W8.08.1 可访问性设置需要集中入口而非分散在各处菜单 · W8.08.2 首次启动时应有机会提示可访问性选项的存在 · W8.08.3 设置项名称需要说明效果而非仅使用技术术语
  • 相邻W8.07 晕动缓解选项 · J1.01 无障碍设计原则 · W8.08 可访问性设置的可发现性
  • 站内检索feature discoverability · accessibility visibility · settings findability · perceived support

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/W8.08.4