宝软数字 · 产品设计哲学 · 2026-01-23
在所有的产品设计原则中，无障碍设计可能是最容易被忽略的一条。不是因为不重要，而是因为在大多数产品团队的日常工作中，残障用户根本不在他们的视野范围内。产品在设计时默认的"用户形象"是健康的、视力正常的、双手灵巧的、认知能力完整的。那些需要屏幕阅读器来操作软件的人、那些因为肢体障碍只能用键盘或语音来导航的人、那些因为色觉缺陷无法区分红绿预警的人——他们在产品设计的"默认用户"之外。
我们在EIOS的设计中做了一个有意识的选择：视障用户必须是EIOS的一等用户，不是事后才考虑的特殊群体。这不是出于法律合规的考量（虽然在某些市场这确实是法律要求），也不是出于企业的社会责任包袱——而是因为我们认为，一个声称要让"企业决策更智能"的产品，不应该把一群同样需要做企业决策的人排除在外。
这篇文章将完整阐述我们在无障碍设计上的实践，以及这背后更广阔的产品信念。
在消费级产品中，无障碍设计被视为对少数群体的关怀。在B2B产品中，它有着更硬核的商业逻辑。
根据中国残疾人联合会的数据，中国有超过1700万视力障碍人士。这1700万人中，有多少人从事企业经营管理工作？有多少人是企业的管理者、财务人员、数据分析师？这个群体并不小——而且随着信息无障碍技术的进步，越来越多的视障人士正在从事需要和大量数据打交道的工作。
但B2B产品无障碍设计的根本动力不是"社会责任"，而是一个更朴素的商业逻辑：你的客户企业的员工中，可能就有视障人士。当一家企业采购了一个企业分析平台，然后发现它的视障员工无法使用这个平台时——这不是视障员工的问题，这是平台的失能。在一个对残障人士就业日益重视的社会环境中，一个不支持无障碍使用的企业软件，就是在给客户制造用工障碍。
更微妙的一点是，在B2B采购决策中，无障碍支持与否正在成为越来越多企业（尤其是大型企业和外资企业）的采购评估标准。很多企业的IT采购清单中，对供应商软件的可访问性有明确的合规要求（如WCAG 2.1 AA级标准）。不支持无障碍的产品，在这些客户的采购评估中直接出局。这不是因为产品功能不够强大，而是因为它不符合企业的包容性政策。从这个角度看，无障碍设计不是为了情怀，是为了不丢掉客户。
还有一个常常被忽略的角度：为视障用户设计的产品优化，往往会让所有用户受益。屏幕阅读器友好的语义化HTML结构，同样让搜索引擎更好地理解你的内容。高对比度的配色方案，在强光下使用手机的普通用户同样受益。键盘完全可操作的设计，让那些喜欢用快捷键的效率取向用户也感到舒适。无障碍设计不是零和博弈——你在为少数群体优化体验的同时，也在提升大多数人的基础体验。
回到本系列的开篇——对话优先。我们在第一篇中阐述了为什么选择对话作为EIOS的核心交互方式。从无障碍设计的视角来看，这个选择展现出了更深层的价值。文本对话是视障用户最自然、最高效的交互方式。视障用户使用屏幕阅读器（如VoiceOver、TalkBack）来操作软件。屏幕阅读器将屏幕上的文字和UI元素转化为语音输出。在这个过程中，图形化的界面元素（图表、图标、复杂的表格布局）对屏幕阅读器来说是巨大的挑战——需要额外的无障碍标注（alt text、aria标签）才能被正确解读。
而对话界面天然是文本驱动的。用户的输入是文字，系统的回复也以文字为主（辅以结构化数据），整个交互流程不依赖任何视觉元素。这让使用屏幕阅读器的用户可以像视力正常的用户一样高效地操作EIOS。他听到系统回复的分析结论，通过文本或语音输入下一条查询指令——整个交互不需要"看到"任何东西。
这对于B2B产品的无障碍设计来说是一个范式性的突破。传统企业软件的无障碍改造，本质上是在一个高度视觉化的界面上叠加一层无障碍标注——给图表加alt文字，给数据表格加屏幕阅读器导航标记，给复杂的图标加语义说明。这是在修补一个视觉优先的设计，让它在修补后勉强能被屏幕阅读器使用。
而对话优先的设计从根本上解决了这个问题——不是在视觉界面上贴无障碍创可贴，而是把交互范式本身设计成了无障碍的。当你的核心交互是文本对话时，视觉不再是使用产品的必要条件。这不是说视觉增强没有价值——对于视力正常的用户，图表和数据可视化当然是更好的信息呈现方式——但视觉不再是体验产品核心价值的门槛。
最好的无障碍设计不是让残障用户"也能勉强使用"一个为健全人设计的产品，而是让产品本身的交互范式对所有用户都是可及的。对话优先不是一个无障碍功能，它是一个天然无障碍的交互架构。
虽然对话优先大幅降低了无障碍设计的难度，但产品中仍然存在需要视觉呈现的部分——设置页面、数据卡片、图表预览。这些部分必须在技术上做到屏幕阅读器友好。以下是我们在实践中固化的四条技术标准。
语义化的HTML结构。这是最基础也最重要的一条。使用正确的HTML标签（而非div堆砌）——nav标签标识导航区域，main标签标识主要内容，article标签标识独立的内容块，button标签标识可点击的按钮（而非用div+onclick模拟）。屏幕阅读器通过这些语义标签来理解页面结构，为视障用户提供"跳转到导航""跳转到主内容""列出所有按钮"等快捷操作。如果用div堆砌替代了所有语义标签，视障用户在页面上的每个区域都是一样的"div"——就像你在一个完全没有路标和门牌的大楼里找房间。
完整的ARIA标注。对于语义化HTML无法覆盖的交互组件（如自定义下拉菜单、日期选择器、图表容器），我们使用ARIA（Accessible Rich Internet Applications）属性来提供额外的无障碍信息。role属性声明组件的类型（"这是一个下拉菜单"），aria-label为没有可见文字的元素提供描述（"关闭按钮"），aria-expanded告知下拉菜单的展开状态。ARIA标注的黄金法则：对于某个UI元素，如果一个视力正常的用户能一眼看出来它是什么、什么状态、点击后会发生什么——这些信息必须通过ARIA让屏幕阅读器用户也能获知。
键盘完全可操作。视障用户通常不使用鼠标（因为你需要在屏幕上定位光标），而是完全依赖键盘来导航。这意味着产品中的每一个交互都必须可以通过键盘完成——Tab键在可聚焦元素之间移动，Enter/Space激活按钮或链接，Escape关闭弹窗，方向键在选项之间移动。我们对每一个新交互组件都建立了键盘操作规范的检查清单，确保键盘操作路径的完整性和一致性。
数据图表的文本等价物。在EIOS中，AI分析结果经常包含图表——折线图展示趋势，柱状图展示对比，散点图展示分布。对于视障用户，一张图片格式的图表等于一片空白。我们为每一个图表提供两种文本等价物：一段简短的文字摘要（"该图表显示华东区过去7天销售额呈上升趋势，从X增长到Y"）和一份完整的数据表格（包含图表中的所有数据点，可以通过屏幕阅读器逐行读取）。这两者缺一不可——摘要让用户快速了解结论，表格让需要详细数据的用户可以深入查看。
无障碍不只是屏幕阅读器的事。对于视力尚可但存在不同程度视觉障碍的用户——色弱、低视力、对比度敏感度低——视觉设计本身的包容性同样重要。
色彩不应该是信息的唯一载体。这是无障碍设计中最经典的原则之一。传统的企业数据分析展示中，绿色代表"增长向好"、红色代表"警告"——对于红绿色盲（约占男性人口的8%），这两个颜色看起来几乎一样，信息完全丢失。我们的解决方案是双通道信息编码——颜色变化同时伴随图标变化（上升箭头+绿色，下降箭头+红色），或文字标注（"+12%"和"↑"同时出现）。绝不依赖单一的颜色来传递关键信息。
足够的色彩对比度。WCAG标准要求正文文字的对比度不低于4.5:1（浅色背景上的深色文字）。这个标准不是随意设定的——对于低视力用户和老年用户，低于这个对比度的文字可能难以辨认。我们在设计系统中对所有文字-背景配色组合进行了对比度检测，低于标准的组合被标记为"禁用"。对于高亮和强调色（如链接文字），对比度要求更高（3:1与周围文字区分）。
支持用户自定义字号和间距。低视力用户往往需要在系统层面设置更大的字号。如果产品的界面使用固定的像素尺寸，在大字号下文字会溢出、重叠甚至完全不可见。我们使用相对尺寸单位（rem/em）而非绝对单位（px），确保界面在用户调整系统字号后仍然完整可用。我们还提供了产品内部的自定义显示设置——包括高对比度模式和更大的操作热区选项——让用户可以根据自己的视觉状况调整界面。
动效的可控性。界面中的动画效果（页面切换动画、加载Spinner、提示信息的淡入淡出）对某些用户可能触发眩晕或不适。我们遵循操作系统层面的"减少动态效果"设置——当用户在系统中开启了此选项时，EIOS自动关闭所有非必要的动画，页面切换变为即时切换，加载状态以静态文字而非旋转动画展示。
无障碍设计的最大陷阱是把它当成一个"项目"来完成——做一次无障碍评审，修复一批问题，打上一个"已支持无障碍"的标签，然后就回归常规开发。问题是，产品在持续迭代，每一个新功能、每一个界面变更都可能引入新的无障碍障碍。无障碍是持续的工程实践，不是一次性的合规检查。
在我们的开发流程中，无障碍检查被嵌入了常规的代码审查流程。每一次代码变更，如果涉及用户界面（前端组件、页面布局、交互逻辑），审查者必须检查无障碍要求的满足情况——语义化标签是否正确、键盘操作是否完整、ARIA标注是否必要且准确。这就像检查代码风格一样成为了日常习惯，而不是偶发的专项审查。
我们还与一家专注于信息无障碍的公益机构建立了合作关系，定期邀请真实的视障用户进行产品体验测试。他们的反馈让我们了解到那些技术规范里没有写、但实际使用中极其重要的细节。例如，一位视障用户反馈说，屏幕阅读器播报分析结果中的数字时，一长串的数字（如"12384756.89元"）逐位念出来是非常耗时的——对于视力正常的人来说一瞥可知的数字，他需要听好几秒才能理解。这个反馈推动我们在分析结果中增加了"数字概读"功能——在详细数字之前先播报一个数量级和趋势描述（"约一千二百三十八万元，同比增长12%"）。这种细节，不是任何无障碍技术规范会要求的，只有在与真实用户持续交流中才能发现。
通用的无障碍技术标准告诉你"应该做什么"，但真实的视障用户告诉你"怎样才能真正好用"。前者确保了产品的底线，后者决定了产品的上限。两者缺一不可。
本系列的最后一篇文章以无障碍设计作为收尾，是有意为之的安排。产品设计哲学系列的十五个主题——对话优先、简单是能力、深度优于广度、移动优先、不做大而全、开放优于封闭、按量定价、不做免费版、客户参与设计、文档即产品、远程优先、工程师文化、长期主义、数据驱动设计、无障碍设计——它们最终都指向同一个信念：科技应该服务每一个人。
这里的"每一个人"，包括那些不需要三天培训就能上手的企业管理者（对话优先），包括那些只想在手机上快速查看关键数据的老板（移动优先），包括那些需要软件融入已有IT系统而非替换的企业IT部门（开放API），包括那些愿意为好产品付费但要求价格透明的中小企业主（按量定价），包括那些希望软件能像同行一样理解自己行业术语的从业者（行业深度），也包括那些因为视力障碍而长期被企业软件忽视的使用者（无障碍设计）。
很多产品在设计时把用户抽象成了一个标签——"制造业客户""中小企业""决策者"——然后针对这个标签来设计功能。但真实使用产品的，是一个个具体的、有着各自背景、能力、习惯和需求的人。产品的设计无法完美满足每一个人，但它应该尽力不把任何人排除在外。这就是无障碍设计教给我们的最重要的产品哲学——不是为了合规，不是为了情怀，而是因为一个真正好的产品不应该有关上门的习惯。
在接下来的产品迭代中，我们会继续推进无障碍设计的深度。我们的下一个目标是让EIOS全面支持盲文显示器的信息输出——让视障用户不仅可以通过语音获取分析结论，还可以通过触觉逐行阅读详细的数据表格。这不是一个简单的技术任务，但它指向的正是我们的产品信念：一个人用不用得上一个好产品，不应该由他的身体条件来决定。