设置项名称需要说明效果而非仅使用技术术语
别名: 命名规范 · plain language options · effect naming · setting labels
概念解释
设置项的命名决定玩家能否判断「这个选项对我有没有用」：技术命名（「TAA 抗锯齿」「动态模糊 Q8」「色差校正」）要求玩家已有图形学知识，效果命名（「画面拖影的平滑效果」「减少快速移动时的模糊」）让任何玩家能从名字推断改变后的体验。效果命名（effect-describing names）是无障碍语境的必需品——需要某个支持的玩家往往不知道那个支持的技术名称，他们是按「我遇到的问题」搜索（看不清字、跟不上反应），按效果命名的选项才能被这些问题匹配到。
机制
命名影响发现的机制是检索词与选项名的匹配。玩家寻找支持的路径是从自己的症状出发（「字太小」「画面转太快头晕」「听不清对话」），如果设置项的名字是技术术语（「字幕渲染缩放」「相机速度阻尼」「对话音频动态范围压缩」），症状词与选项名的匹配需要玩家完成一次翻译（「看不清」→「渲染缩放」），翻译失败的玩家与选项擦肩而过。效果命名直接承载症状语言（「字幕大小」「镜头移动速度」「对话音量增强」），症状到选项的映射零翻译。效果说明的辅助层（选项下的描述文字）承担第二层解释：名称保持简短（菜单空间约束），说明补充细节（「开启后快速移动时画面边缘会变暗，可减轻眩晕感」），两层结构（短名 + 效果说明）兼顾菜单效率和理解完整。技术术语并非禁止——在效果名称后附技术名（括号内）兼顾搜索（高级用户按术语搜索）和理解（普通用户按效果理解）。
边界
效果命名不等于完全排除术语——术语是社区沟通的通用语言（「FOV」在玩家社区的辨识度高于「视野大小」），完全去术语会让高级用户失去熟悉的锚点。平衡方案是「效果名为主 + 术语为辅」（主名「视野大小 (FOV)」），菜单内以效果为主、社区文档以术语为主。命名的长度约束（菜单宽度）与清晰度的冲突需要用两级结构解决（短名 + 悬浮/展开的说明），而不是压缩名字到无法理解。本地化让命名问题翻倍：效果命名的翻译质量直接决定非英语用户的可用性，机器翻译的技术术语命名已经难懂，翻译后的效果命名更容易失去本义（「运动模糊」翻成「动态运动模糊程度」反而更难懂），本地化评审需要包含「翻译后的名字还能让人推断效果吗」的检查。搜索功能的可用性同样依赖命名：按效果命名 + 常见症状词的别名（搜索「头晕」能匹配到视野和晃动选项）把搜索从术语匹配升级为需求匹配。
怎么落地
- 制定设置命名规范：效果优先（名字说明改变后的体验）、术语附注（括号内保留通用技术名）、症状别名（为搜索配置常见问题词）。
- 每个设置项配一句效果说明（改变什么、适合谁），说明随本地化同步审校。
- 验证办法：让不了解图形学/音频术语的测试者仅凭设置界面完成「减少画面眩晕」「让对话更清楚」等目标配置，完成率和耗时反映命名的自解释程度；无法完成的项重新命名或补充说明。