服务百万用户的产品，连可用性都没搞懂

你的开发主管可能正在把"无障碍"当成一个可选项删掉——而他自己并不知道。

这是一位人机交互设计师在例行会议上的真实遭遇。当项目经理把开发负责人拉进对话"推动进度"时，对方甩出一句："无障碍不就是我们已经在做的信息架构和用户体验吗？"设计师当场愣住。会议结束后，一个更沉重的认知砸下来：如果连服务百万级用户的产品团队都分不清这两个概念，我们谈"为所有人设计"根本就是空话。

定义陷阱：可用性默认了"你能用"

国际标准化组织（ISO 9241-11）对可用性的定义是："特定用户在特定使用情境中，有效、高效、满意地达成特定目标的程度。"

注意那个隐藏条件——"特定用户"。这个定义从一开始就划定了边界：它测量的是产品在理想条件下、对预设人群的绩效。它假设用户能够触及界面、能够感知反馈、能够完成交互。

原文举了一个精准的例子：一款为年轻职场人设计的银行App，三秒完成转账，界面极简，获奖无数。对目标用户来说，这是可用性的巅峰。但对低视力或色盲用户，那些"活力配色"的按钮因为对比度不足直接消失——产品在他们手里从未启动过。可用性的高分，恰恰掩盖了最底层的失败：有人被系统性地拒之门外。

这不是边缘案例。这是定义本身的结构性盲区。

无障碍不是加分项，是入场券

原文把无障碍定位为"人类尊严的守门人"。这个表述很重，但逻辑很硬：无障碍要求产品在最广泛的能力差异范围内可用，它不问你属于哪个"特定用户群"，它问的是"任何人能不能用"。

两者的关系是层级而非并列。无障碍是地基，可用性是地基之上的建筑。没有地基，建筑再漂亮也是空中楼阁。那位开发负责人的错误，是把地基当成了装修——"信息架构和用户体验"已经在做了，所以无障碍应该被包含在内。这种认知倒置在行业内极其普遍，后果是产品从设计阶段就把部分用户永久排除。

更讽刺的是，这种排除往往是无意识的。团队没有恶意，只是从未被训练过识别"特定用户"之外的场景。

人机交互的范式危机

原文标题里埋了一个更大的命题：Human-AI Paradigm（人机范式）。作者没有展开，但上下文指向清晰——当AI开始承担界面设计、代码生成、用户研究的功能，这种概念混淆会被自动化放大。

如果训练数据本身来自"可用性优先"的产品库，AI会批量复制同样的盲区。无障碍的缺失将从"某个团队不懂"变成"整个行业的基础设施缺陷"。百万级用户的产品责任，在这个意义上是指数级放大的：每一个被默认排除的用户，背后都是一个被算法沉默的群体。

那位设计师在会后写下的句子值得贴在每个产品团队的墙上："为数百万人构建，不只是功能和流程的问题。这是关于尊严、包容，以及我们是否真正理解'为所有人创造'意味着什么。"

开发负责人那句"我们已经在处理了"，大概是本世纪产品史上最昂贵的自信之一。