无障碍设计：从第一行代码践行技术尊重

　　去年四月那单，我原以为要黄——客户是个视障工程师，带看时全程开着屏幕朗读，电梯里他突然说“这楼层按钮的触感反馈不一致，3楼凸点磨平了，5楼倒是新的”。我愣了下，这才注意到按钮上的盲文贴纸早就卷边了，可之前带看二十多组，没人提过这茬。

　　他后来没签那套，倒不是因为按钮——是厨房的烟雾报警器没语音提示，他说“做饭时油星溅到探测器上，普通用户可能擦擦就行，我得先摸到位置，再确认是不是真报警”。我原以为他事儿多，结果他掏出手机给我看后台日志：“上周三中午12点07分，你们这栋楼302的报警器响了，但没触发物业通知，知道为啥吗？声压级不够，聋人住户根本听不见。”

　　楼道的声控灯这时候坏了，他手机闪光灯晃得我睁不开眼。我突然想起上周维护混合云时，监控大屏上跳的告警——有个节点的磁盘IO阈值设得比实际高20%，运维手册里写着“暂不影响业务”，可要是真出问题，盲人用户连“系统卡顿”都感知不到，更别说反馈了。

　　他说“无障碍不是做慈善，是技术该有的底线”。我原以为他要讲道德，结果他翻出代码库：“你们去年给物业做的缴费系统，表单字段没加aria-label，屏幕朗读会读成‘输入框1’‘输入框2’——我测过，盲人用户填错率比明眼人高3倍。”他顿了顿，“知道为啥吗？你们前端为了‘美观’，把label和input拆成了两个div，但没给input加id，label的for属性自然挂不上。”

　　钥匙串上的褪色号码牌硌得我手疼——那是上个月跳单的客户留的，他说“你们中介费太贵”，转头找了独家笋盘。可眼前这位视障工程师，倒因为系统没做语音导航，直接否了整栋楼。我突然意识到，所谓“优胜劣汰”，有时候不是价格战，是技术细节的生死局。

　　他后来推荐了套老房子，说“那家的智能门锁有震动反馈，指纹识别区凸起，比你们新盘的‘无障碍设计’实在多了”。我查了下，那套的业主是个退休程序员，自己改过代码——门锁的震动强度能调，屏幕朗读的语速能存用户偏好，连物业APP的按钮都放大了20%。

　　电梯里贴的小广告翘了角，他伸手去撕，我忙拦：“别碰，可能是假的。”他笑了：“我摸得出——真广告用胶厚，假的一般用双面胶，撕的时候会留残胶。”我愣住——他连这种细节都考虑到了，而我们做系统时，连“按钮颜色对比度”都没测过，就敢标“无障碍适配”。

　　回公司的路上，他给我发了段代码——是他在GitHub上开源的无障碍组件库，下载量已经破万。他说“你们云平台要是用这套，能少80%的工单”。我翻了翻，发现他连“错误提示的震动模式”都定义了三种：短促（普通错误）、长震（严重错误）、间歇（可恢复错误）。

　　楼下便利店老板在搬货，挡住了路。他侧身让的时候说：“你们做混合云的，该学学便利店——货架高度不超过1.5米，是因为要照顾轮椅用户；冷柜门是透明的，是因为要照顾听障用户看价格标签。”我突然想起上周维护的监控系统——告警阈值还是三年前设的，当时觉得“够用就行”，现在看，和没做无障碍的按钮一样，都是埋雷。

　　他没签那单，但推荐了三个同行——都是视障或听障的工程师。我原以为他们会挑刺，结果他们更狠：一个测了小区的Wi-Fi信号强度，说“盲道区域的信号比绿化带弱15%，你们该让物业调调AP位置”；一个测了楼道的应急灯，说“亮度不够，聋人住户要是遇到火灾，光靠震动报警器可能来不及逃生”；还有一个直接翻代码，说“你们云平台的日志系统没做语音导出，视障运维得靠同事念，这效率太低了”。

　　我后来把他们的反馈整理成文档，发给产品部——结果被退了三次，说“优先级不高”“客户没提过”“成本太高”。直到上个月，竞品上线了无障碍版本，我们的工单量涨了40%，其中30%是“系统不友好”的投诉。老板这才急了，让我联系那位视障工程师，说“不管多少钱，先把组件库买下来”。

　　我给他打电话时，他正在给另一个云平台做无障碍培训。他说“技术尊重不是口号，是第一行代码就得考虑的事——就像你们混合云的灾备，平时用不上，但真出问题时，能救命。”我望着窗外，太阳晒得车座发烫，突然想起他说的那句话：“无障碍做得好，不是帮残障人士，是帮所有可能遇到障碍的人——包括你自己。”

　　现在我在改系统的无障碍模块，但有些地方还是卡壳——比如语音导航的语速调节，明眼人觉得“快一点”是0.8倍速，视障用户可能觉得1.2倍速才舒服。我发了邮件问他，他秒回：“去盲校做个用户调研，比猜强。”我查了下，最近的盲校在二十公里外，打车得四十分钟。可要是再拖，竞品就该抢完市场了。

文章配图，仅供参考

（编辑：天瑞地安资讯网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!