J3.11.4equivalent outcome gesture alternative设计研究
替代操作需要能达成完全相同的结果而非功能缩水的近似版本
别名: 功能缩水 · 结果等价 · equivalent outcome
概念解释
按钮若只能「标为已读」而手势能「归档并关会话」，或捏合能连续缩放而按钮只能跳三档，这条替代是缩水的近似，不是同一功能的另一条路。可访问性看的是结果集合是否相同：做不了路径的人，最终能不能得到手势用户得到的那个状态。少一个终态，路径就仍是到达该终态的唯一通道。
机制
产品常把手势做成捷径，把按钮做成「够用的简化」。捷径一旦承载独有参数——归档而非已读、任意角度旋转而非九十度步进、自由裁切而非预设比例——简化按钮就没覆盖那一维。运动上走不了路径的人，在功能空间里也被降了一维。
等价不是界面同构，是能力同构。手势是连续轨迹，替代可以是离散控件，只要参数都能被指定：角度可以输入数字，裁切可以出手柄或数值，速度曲线可以出滑块。缺的是参数，不是「必须还是一条线」。
怎么研究
先列路径手势能达到的终态和参数（动作类型、可调范围、能否批量），再列可见替代能达到的。差集就是缩水。再请不能做手势的用户只走替代，看差集里的任务是否失败。
自变量：替代暴露的参数是否完整、是否只覆盖「常见」预设。 因变量：终态覆盖率、差集任务的完成率、用户是否改去求别人代划。
不要用手势用户「觉得按钮也行」当证据：他们没被逼进差集。
边界
真的只是加速同一命令（滑动 = 点工具栏同一「归档」，终态字节级相同）时，缩水问题不成立，剩下的是好不好找、快不快。平台限制导致暂时少一个专家参数，要在界面上写清，不能假装已经等价。拖放选文件、排序上移下移是另一类替代，不要和路径形状手势的结果集合混着验收。
怎么落地
- 对照表：手势能改的每一维，按钮、输入或选取器都能改到同一范围；不能只给「快速」预设。
- 手势若带组合结果（归档且下一封、裁切且导出），替代要一次或明确两步达到同样组合，而不是只做其中一半。
- 验证：禁用路径手势，走完产品声明支持的全部处理。任何只有手势能做的终态，记为功能缩水——与菜单深不深、慢几秒分开记。