B3.03.1User Control and Freedom设计研究

误入状态需要明确的退出口

别名: 退出状态 · 返回路径 · 误操作恢复

概念解释

用户控制与自由(user control and freedom)要求每个可能误入的模式、筛选、流程、弹窗或向导都有可见、可预期且不惩罚用户的退出口。退出应说明会发生什么:是关闭面板、丢弃草稿、返回上一步,还是保留后台任务。

机制

误入往往由探索、误触、默认流程或权限跳转引起。若退出口缺失,用户被困在当前模式里,只能刷新、杀进程、重新登录或提交不想要的数据;若退出口含义不明,他们会担心丢失工作而不敢点。明确出口把误操作从高风险承诺转回可逆探索。

怎么研究

构造误触和探索任务,观察参与者进入非目标状态后如何离开。记录寻找出口时间、刷新/返回/杀进程、重复操作、丢失数据的主观担忧和最终放弃率。可比较出口位置、标签、关闭语义和确认方式,并在移动端、键盘、屏幕阅读器和弹窗层叠中分别测试。

边界

明确退出不等于随时无条件退出。支付、删除、考试和法律签署等有法律或安全后果的流程需要确认、延迟或管理员介入;未保存数据也不能静默丢弃。全屏沉浸、安全锁和受控设备可能限制返回,但必须解释原因与求助方式。

怎么落地

  • 为每个模式、向导、筛选器和弹窗定义关闭、取消、返回和保存草稿四种语义。
  • 把出口放在当前上下文可预测的位置,标签写明结果,如“取消并丢弃草稿”。
  • 支持物理/键盘返回、Escape、手势和屏幕阅读器快捷方式,并防止关闭按钮被遮挡。
  • 走查所有可进入状态:随机点击进入后,检查能否三步内回到主任务且无数据丢失。

延伸

  • 同组B3.03.2 撤销与重做支持探索 · B3.03.3 系统不应替用户做不可逆决定
  • 相邻B2.19 物理约束 · I1 状态时间与响应
  • 站内检索user control · escape hatch · error recovery

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/B3.03.1