C3.17.1Swipe-revealed row actions are hidden设计研究

列表项侧滑露出的操作是隐藏功能

别名: 侧滑菜单 · swipe to reveal · 行内隐藏操作

概念解释

列表行向一侧滑开,底下露出删除、归档、更多,这些命令在静止的行上看不见。侧滑操作因此是隐藏功能:会的人很快,不会的人面对一行只有主内容,以为没有第二操作。它加速熟客,不能充当唯一入口。

机制

行的主表面被用来显示标题、副文、头像,没有空间再摆三枚按钮,于是把按钮藏进水平位移里。发现依赖惯例(邮件、待办已经训练过一部分人)或一次性露边。没有惯例的行业列表(发票、病历、设备)露不出这套记忆。侧滑还和横向滚动、返回手势抢方向,新手更不敢试。隐藏性在辅助技术上变成不可达:屏幕阅读器用户通常看不到“这行能滑”,除非同一命令出现在可达的动作菜单里。

怎么研究

无讲解下请人给指定行做“归档”。记录先侧滑、先点进详情、先长按的比例。隔天再测。把一行做成静止时就有一个“更多”省略号作为对照。行业用户与重度邮件用户分开招。自陈“我知道能滑”高估真实尝试率。

边界

系统邮件、提醒等强惯例列表上,隐藏性较低,但仍有达不到惯例的人。桌面把同一命令放在右键,触屏侧滑是右键的远亲,不是替代证明。把主操作(打开)也藏进侧滑,则主路径一起消失,这已经超出“第二操作隐藏”。

怎么落地

  • 侧滑露出的每一项,在详情页、长按菜单或行尾省略号里再放一次。
  • 新用户第一次可用露边或一行的教学滑,不要把功能只写在帮助里。
  • 请没做过这个产品的人归档一行。若所有人都点进详情找按钮,侧滑就不是入口。再给熟客计时,侧滑应更快——否则连加速器都没做成。

延伸

  • 同组C3.17.2 滑动距离与操作数量的匹配 · C3.17.3 全滑到底直接执行的危险性 · C3.17.4 破坏性操作不应作为默认全滑动作
  • 相邻C3.05 轻扫 · C3.20 手势的可发现性
  • 站内检索swipe actions · leading trailing swipe · hidden command

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/C3.17.1