作者：客户转来一份主管部门的通知：系统要完成适老化及无障碍改造，限期提交整改说明。负责人第一反应通常是「把字号调大就行了吧」——真去对照检查细则会发现，字号只是十几项里的一项。适老化改造自上而下推动已有几年，政务、医疗、金融、出行这些面向公众的系统是重点对象。这篇把改造要求和落地做法对上号，给一份能照着自查的清单。
改造到底在改什么：两类用户，两套难点
适老化服务两类人群。老年用户：看不清、点不准、不敢乱点——怕点错扣钱，怕弹窗关不掉。障碍用户：视障者用读屏软件「听」界面，听到的如果是「按钮」「图片」这种没有语义的名字，界面等于不存在。理解了这两类用户的处境，检查细则里的每一条都不难懂——不是官僚要求，是对真实使用障碍的回应。
清单第一组：看得见
字号支持缩放且全局生效，不能主页放大内页又缩回去；正文对比度要够（白底浅灰字是重灾区）；不用颜色作为唯一信息（红绿标注必须同时有文字或图标）；验证码提供替代——图形验证码对低视力用户是死路，要留短信或语音替代，这和之前短信通道的接入直接相关。
清单第二组：点得中、退得出
可点击区域往大了给（这条在B端界面设计里是体验优化，在这里是硬要求）；关键操作要有二次确认且确认按钮文案明确；随时能退——返回路径清晰，弹窗必须有关闭按钮且够大；防误触——连续点击不产生重复提交。老年用户「不敢用」的根源是怕错，界面给出「错了也能退回来」的确定感，比任何引导文案都有效。
清单第三组：听得懂、走得通
读屏兼容是无障碍里技术含量最高的部分：图片要有替代文本、按钮要用真实语义标签、输入框要能朗读标签、焦点顺序要和视觉顺序一致。检验方法朴素：关掉屏幕，打开系统自带的读屏功能（手机设置里的旁白/ TalkBack），把核心流程走一遍——登录、查询、办事提交。走不通的环节就是改造点。这一组自查成本最低（半天），却最能暴露问题。
长辈模式：不是换个大字皮肤
做得认真的长辈模式是完整的产品分支：功能做减法（只留高频办事项）、流程降级（一步一屏、大按钮、进度可视化）、支持电话/人工兜底入口常驻。做得敷衍的长辈模式只是把字号从14调到18——评审时被退回的，多是后者。如果是政务系统或医疗软件这类有考核压力的项目，长辈模式建议从信息架构层面单独设计，而不是在成品上打补丁。
整改说明怎么写：对照条文，逐项留证
提交整改材料时的通用结构：对照官方检查条目逐项列——本系统如何满足、截图或录屏佐证、不适用项说明理由（比如系统仅内部使用不面向公众）。切忌只写「已完成改造」六个字，被打回重写的多半是这种。留证习惯要从改造第一天就有：每改一项，截图存档，最后整理材料是一天的活，而不是回忆两周前的现场。
已经被点名整改、或想在下次检查前自查一遍的，把检查细则发我们，按细则逐项对照评估——多数系统的差距集中在对比度和读屏两块，集中改两周能过线；从新项目起就把这组要求写进设计规范的，整改成本约等于零。