可及性不是开关：包容普惠技术发展中的适配成本与制度摩擦

去年秋天在南京一个街道做数字助老试点，一位老人对着语音助手说：“帮我挂个胃镜。”系统沉默两秒，回了一句：“为您播放《胃镜》。”全场笑。我没笑。这个错误不致命，却精准暴露了包容普惠技术发展的一个暗角：技术能否被使用，往往不取决于模型有多大，而取决于适配层有没有接住具体的人。

成本不会消失。它只会转移。

谁在被“平均”掉？

讨论长尾，容易滑向一种温情叙事：好像只要多采集一点数据、多办几场培训，问题就能缓解。没这么简单。语音识别、OCR、推荐系统在标准样本上进步很快，但一碰到方言、手写处方、少数民族文字、低教育程度用户的表达，错误率立刻抬头。问题不只在模型，也在评估指标把尾部误差折叠进了总体均值。某OCR在印刷体上准确率可以很高，对手写处方却可能错得离谱；如果只看总体报表，长尾用户就成了“可接受损失”。说实话，这种损失在PPT上几乎看不见。

包容普惠技术发展要先做的，不是堆功能，而是把评估拆开：按人群、按任务、按失败代价分层报告。挂号失败和听歌失败不是一回事。前者涉及可及性，后者只是体验。分层评估会增加成本，也会让产品经理难受——但不拆指标，普惠就只能停在发布会。

方言语音识别长尾用户测试场景

参与式设计常被当成解药。它有用，但有边界。用户能告诉你哪里卡住，未必能告诉你为什么卡住；能描述现有流程，未必能想象替代方案。把用户当需求提款机，最终拿到的是一堆互相打架的愿望清单。更可行的做法是把适配层做成可复用的公共组件：方言音素集、无障碍交互模式库、低带宽下的降级策略。这些不是某一家企业的护城河，却决定了很多产品能不能跨过门槛。

适配层为什么比“大模型”更卡脖子

产业里有个惯性：一谈技术突破就看参数规模。可对残障用户、老年人、低带宽地区，决定可用性的常常是边缘侧的小工程。离线语音命令、可中断的表单、屏幕阅读器能读懂的控件命名、弱网下的重试策略。这些东西不性感，却直接决定任务能否完成。

我见过一个无障碍原型，功能不多，但把“错误恢复”做得很细：误触后不跳转，而是原地给出两个可选动作；语音识别失败时自动切到按键输入，并把已填内容保留。测试里，老人完成率明显上升。原理不复杂，难的是把容错当成默认设计，而不是补丁。

问题在于成本转嫁。企业做普惠适配，短期看不到收入，容易靠交叉补贴或高端机型溢价来填。监管若只看“有没有无障碍功能”，不看“低端机是否同样可得”，就会出现覆盖幻觉：发布会上有，货架上没有。要破这个局，采购标准、公共测试床、开源适配包，比口号管用。接口不开放，普惠就是海报。

社区数字助老服务站点现场

还有一个反例值得记：某地给农村老人发智能手环，能测心率、能定位，但充电接口特殊，丢了充电线就报废。技术指标都达标，任务链条断在一根线上。包容普惠技术发展如果只盯着功能清单，不盯维护与替换成本，最后就是把新负担包装成新福利。

技术能解决的，和制度该解决的

技术能解决的，和制度该解决的

应用边界要划清。数字身份认证、医保结算、辅助器具适配，很多卡点不在算法，在规则。比如代办授权：老人让子女代办，技术上可以做，制度上却常卡在“本人到场”。这时候再好的交互设计也只是绕路。技术团队容易高估自己的解释力，把制度摩擦误判为界面问题。改界面，当然快；改规则，慢且难。但把制度问题伪装成技术问题，会让普惠变成无限期的产品迭代。

风险也要说透。普惠名义下的数据榨取：为了“个性化适配”收集敏感信息，用户却不知道授权范围。技术家长主义：系统替用户决定“你更需要大字版”，却剥夺了选择权。覆盖幻觉：接入率上去了，任务完成率没动。治理上，至少要有可申诉、可退出、可审计三条底线。缺一条，普惠就容易变成单向度的“为你好”。

趋势上，评价口径正在从“接入”转向“任务完成”。这更接近真实。一个老人能不能独立完成挂号、取药、报销，比家里有没有智能设备更能说明问题。可及性不是开关，它是一串条件：设备可得、网络可用、界面可懂、规则可办、出问题有人管。任何一环断掉，前面都白搭。

我最近又去那个街道看了一次。真正被反复使用的功能，不是语音助手，而是“一键叫社区志愿者”。技术退了一步，人补了上来。这算不算包容普惠技术发展？算。但别急着庆祝——它还没算过成本，也还没回答一个更硬的问题：当志愿者不在时，系统能不能自己接住那个说方言的老人？