J3.11.1gesture alternative discoverability设计研究
路径手势的替代操作需要具备同等的可发现性而非隐藏在菜单深处
别名: 手势替代可发现 · 隐藏菜单替代 · discoverable alternative
概念解释
路径手势（横滑归档、画形触发、沿轨道拖到终点）一旦配了按钮或菜单项，这些替代必须和手势本身一样能被看见、被猜到。塞进「更多」三级、只在教程里出现一次、只在用户已经会做手势之后才显示，等于对做不了路径的人藏起功能。这里问的不是「有没有第二条路」，而是找得到吗。
机制
路径手势靠做来学：滑一下，邮件走了，人就记住了。做不了这条轨迹的人从未完成那次教学，也就没有「原来还有归档」这条记忆。把替代放进溢出菜单，查找的前提变成「已经知道功能存在并且知道该搜菜单」——这正是被手势教学排除掉的那群人缺少的前提。
可发现性还要求替代出现在手势发生的同一决策点。列表行上能滑，替代却在页面设置里的「手势与快捷方式」，空间上已经不是同一任务。人在那一行上要的是处理这一封，不会先离开任务去设置页开盲盒。
怎么研究
找不会或不能做该手势的参与者（含运动受限），只给任务目标（「把这封归档」），不提示手势也不提示菜单。记录第一次成功所用的路径、是否问出「这功能在哪」、放弃时间。
自变量：替代是行内可见按钮、工具栏、还是溢出菜单第几层。 因变量：无提示发现率、发现时间、误以为功能不存在的比例。
会做手势的用户会低估问题：他们已经有一条熟路，不会去检验另一条路藏在哪。
边界
专家向、低频的破坏性动作可以放进菜单，前提是菜单项的名字能被搜到，并且不是完成日常任务的唯一非手势入口。系统级辅助触控、开关控制若已经把该手势映射成别的开关，应用内仍应暴露可见入口——不能假定用户开了系统替代。手势教程弹层本身不是可发现的替代：关掉以后路径消失。
怎么落地
- 在手势发生的那一层放可见控件：行内「归档」、相册里的「旋转」，不要只在左上角「…」里。
- 空状态和首次引导若演示了手势，同时指出按钮在哪；不要只画手指轨迹。
- 验证：关掉手势，找一个没见过这个产品的人完成原手势对应的任务。问不到、找不到按钮，可发现性失败——即使开发者知道菜单里有。