C3.05.4Swipe affordance and visual hint设计研究
轻扫无残留痕迹，需要视觉预示其存在
别名: 轻扫暗示 · peek hint · 可滑外观
概念解释
轻扫不占用控件，做完也没有痕迹留在当前页上。下一个人面对同一张卡，看不出“往旁边拉会有下一张”。所以轻扫要靠预示活下去：露边的邻页、页点、可滑动的切割线、被裁切的内容。没有预示的轻扫只对已经学会的人存在。
机制
按钮用形状和标签被再认；轻扫用内容的空间结构被推断——“这块被切掉，所以外面还有”。露边（peek）把下一张的一小条留在视口里，等于把命令画成空间。页点是较弱的符号再认，不指示方向的手感。第一次轻微跟手（rubber-band 或邻页跟着挪）让试探变成可见后果，比文字教学更贴着动作。预示必须出现在手势会发生的那块表面上；把“向左滑看更多”写在屏幕顶端，与实际滑动区脱节，等于没预示。
怎么研究
无讲解首用：给一张看起来完整的卡，与一张右边露出邻页的卡，看自发轻扫率、首次尝试方向、放弃改去点按钮的时间。眼动看露边是否被当作物体边缘忽略。隔天再测，预示仍在的条件应保持发现率，教学叠层关掉的条件往往会掉。不要问“你觉得这里能滑吗”——自陈会把刚刚学会的人算进“本来就会”。
边界
全屏视频或游戏 HUD 放不下露边，预示改走短暂的边缘光或第一次触摸时的邻页跟随，但这些信号一过就消失，长期发现性仍弱。文化上“从右往左读”的页面，露在左边还是右边会改变被理解的方向。系统相册、桌面启动器已经被训练成“当然能滑”，预示可以更克制；工具型画布没有这套惯例。列表行滑出操作的预示是另一套（行内提示、一次性教学），不要和整页轻扫的露边混为一谈。
怎么落地
- 在会轻扫的轴上露出邻态：下一张的边、被切掉的照片、页点加当前点放大。第一次触碰让内容跟着走一点，松手再回弹，告诉人“这条轴是活的”。
- 把文案提示放在滑动区旁边，不要放在无关的导航栏。
- 找没见过这个界面的人，不说话，看他们 15 秒内会不会往预示方向滑。若所有人都去点唯一可见的按钮，先加露边，而不是加一句“试试滑动”。