一套适配可同时服务三类人群
别名: 一套适配 · 不要三条产品 · one path
概念解释
不要做「残障模式」「骨折模式」「通勤模式」三套界面。键盘通路、字幕轨、可暂停、可放大，作为一套适配（shared accommodation）交出去，三类触发一起用。分叉的代价不是多画几张稿：三条实现会各自漂移，情境那条做得很浅，永久那条没人回归，最后谁都不可靠。交付单位是一条过硬的功能路径，不是三份用户分类下的平行产品。
机制
需求一旦重合，再按传记分叉，维护成本按条数乘，而验收无法共用。第二层是可靠度取的是永久那一端的地板：这条路径必须在没有指针、没有声音、没有稳定视线时仍然成立；情境触发只是同一条路径上较短的一段。分开做「给通勤的快捷语音入口」却不覆盖全部操作，等于为偶尔使用的人铺了半截桥，长期依赖的人仍然没路。一套适配不是视觉上的单一皮肤，而是同一套名称、焦点、时限和替代通道被所有入口复用。
怎么研究
清点同一功能有多少套平行适配（独立皮肤、独立手势、独立「简易版」），以及它们的测试套件是否共用。看字幕、键盘操作、系统字号这类完整方案被未标记残障的账号使用的比例——用来检验「一套」有没有真的被三类人碰上，而不是用来重算投入回报。
自变量：适配是一条共享路径还是按人群分叉。 因变量：平行实现数量、实现之间的行为漂移次数、关键任务在三类触发下是否走同一条控件树。
自动化通过率看不出分叉；要并排点「普通流程」和「无障碍流程」是不是两棵树。
边界
阅读器的详略、盲文缩写、开关扫描的停留时间，属于辅助技术侧的调节，不必做成产品里的第三套界面，也不该被「一套」吞掉。把所有人按进同一视觉密度，不是共享适配。有法规要求的替代格式（如指定手语视频）可以是额外介质，仍应挂在同一功能上，而不是另开一个产品。对只存在数秒的情境，允许默认先走主路径、需要时打开同一套适配；不允许为此另做一条残缺的快捷通道冒充已经交付。
怎么落地
- 每个关键功能只维护一条键盘路径、一条文本替代、一条暂停与放大路径，注册、搜索、付款都走这棵树。
- 砍掉「无障碍皮肤」「老年版」里与主产品行为不一致的分叉；要保留的差异只能是显示密度或辅助技术自身的设置。
- 新交互先按「没有指针也能做完」设计，再把指针当作加速，而不是先做指针版再补一个残缺入口。
- 验证：列出同一功能的入口数。超过一条，就并排走完，记录名称、焦点顺序和结果是否一致。三类触发故事只要有一个走了另一棵树，这套适配就还没合成一套。