C3.20.4Gesture cannot be the sole entry设计研究
手势不能是功能的唯一入口
别名: 唯一入口 · 手势旁路 · redundant command path
概念解释
即使某个手势被高频用户用得很顺，它也不能做该功能的唯一入口。必须还有可被看见、可被点中的路径：工具栏按钮、菜单项、上下文操作。这条约束来自可发现性，不是来自运动能力——从未想到轨迹的人，和做不出轨迹的人，失败看起来一样：功能等于不存在。与“给拖动排序加一个上移按钮”同类，但覆盖所有靠手势触发的命令，不限于排序。
机制
可见入口把命令放回布局树，视觉搜索和辅助技术都能碰到。手势则作为加速器叠在上面。如果加速器是唯一通路，产品的功能集合对未发现者是缩水的。更糟的是，未发现不会报错：没有失败提示，只有“好像没有这个功能”。统计上这会被记成需求不存在。双击点赞、捏合才出现的隐藏工具条、三指撤销若没有菜单对应项，就属于这种静默缩水。
怎么研究
把可见入口拿掉，再拿掉手势，分别测任务完成率；真正要看的是“只有手势”相对“只有按钮”的完成率缺口，以及有多少人宣称功能不存在。样本要含新用户与跨平台迁移用户。不要在任务脚本里写出“请双击”，那会把唯一入口伪装成已发现。
边界
纯装饰性的快捷（已有明显按钮的“再滑一下更快”）可以没有第二入口，因为它本来就不是功能本体。系统级导航手势由系统提供可见替代（主屏按钮、返回箭头），应用不必再画一套，但应用私有命令必须自备。游戏技能释放若本身就是操作，另当别论。唯一入口禁令不解决手势教完是否还记得，那是记忆负担。
怎么落地
- 为每个手势命令列出对等的可点控件，并保证两者提交同一模型操作。
- 新用户测试禁止演示手势；若只能靠手势完成的任务失败，记为入口缺失。
- 审查发布说明里的“支持某某手势”：没有可见入口的，从主路径降级为加速器，或补上按钮。