T1.02.3Action-label consequence specificity设计研究

动词需具体到可判断后果

别名: 具体动作标签 · 后果预告 · 模糊动词 · action specificity

概念解释

动作标签的后果具体度(action-label consequence specificity)要求标签与紧邻上下文共同说明用户将触发哪种状态变化。“处理”“继续”“提交”只给出抽象活动或流程推进;存在多种可能结果时,还需明确对象、影响范围、方向、发生时间或状态、对他人的可见性,以及是否可撤销。具体不是把所有细节塞进按钮,而是让用户在决定前正确预测与当前风险相关的后果。

机制

用户点击前会用标签、选中对象、对话框说明和当前步骤建立结果模型。泛化动词允许多个状态迁移共享一个名称:“同步”可能上传、下载、合并或覆盖,“继续”可能进入预览、创建订单或立即付款。对象与范围回答什么受影响,方向与时间回答如何、何时改变,结果状态和可逆性回答之后能否恢复。风险越高,越不能依赖用户从产品惯例中猜出这些槽位。

怎么研究

以真实构建做后果预测任务:先让参与者看到标签及紧邻上下文,记录其预期对象、范围、时点、结果状态和恢复路径,再与实现比对;随后执行任务,观察迟疑、返回、误操作与惊讶。实验可逐项加入对象、方向、时点或可逆性信息,判断哪项在特定风险下减少误解,同时测量更长文案的扫描与换行成本。覆盖首次和熟悉用户、批量选择、异步处理及权限差异,并按后果预先定义标准,不使用无依据的全球正确率阈值。

边界

“继续”在下一步已清楚预览且不产生副作用的线性流程中可以准确,“保存”在位置、版本与可见性稳定时也无需重复全部信息。对象可能已由标题或选中项目唯一给出,按钮可与说明共同承担完整含义。删除、覆盖、公开共享、转账、订阅和不可逆提交则需更显式的范围与结果。无法确定完成时间的异步操作应描述承诺状态和通知方式,而非虚假精确时刻;翻译还需保留自然语序和完整消息。

怎么落地

  • 为动作建立语义清单:操作、对象、数量或边界、方向、立即/排队/待审批状态、外部可见性和撤销/恢复条件;按决策需要与风险挑选必须出现在标签或紧邻说明中的项。
  • 用结果可区分的表达替换含糊标签,如把“处理”改为“重新生成发票”,把可能覆盖的“同步”拆成“上传并替换云端版本”;不建立脱离情境的全球禁用动词表。
  • 将关键范围放在动作附近并与动态值同步,如“删除 12 个所选文件”;不可逆或对外生效的动作写明结果与恢复边界,确认按钮重述同一动作而不退回“确定”。
  • 校验标签、说明、后端命令和完成/错误状态使用同一动作语义。让未参与设计的人预测并执行;任何高风险误解阻断发布,低风险问题按触达与可恢复性排期。

延伸

  • 同组T1.02.1 动作文案以动词开头最易扫描 · T1.02.2 名词化表达会掩盖将发生的动作
  • 相邻T2.01.3 按钮与其所在情境共同构成句意 · T2.06.1 需说明具体对象与不可逆范围
  • 站内检索action specificity · consequence preview · predictive action label

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/T1.02.3