B4.17.1Interaction Framework设计研究

交互可建模为用户语言与系统语言之间的多次翻译,每次翻译都可能失真

别名: 交互框架 · 执行鸿沟 · 评估鸿沟

概念解释

交互框架(interaction framework)把一次交互拆成两段翻译:用户把意图翻译成操作(执行段),系统把内部状态翻译成用户能读的显示(评估段)。意图与操作之间、显示与解读之间的距离越远,失真越多——这就是执行鸿沟与评估鸿沟。

机制

失真发生在每次语言转换处:用户想说「把这张照片调亮」,必须先找到对应控件并理解其语义(第一次翻译);系统把亮度值变化呈现为滑块位置与缩略图(第二次翻译);用户再把显示读回意图,判断是否符合预期(第三次翻译)。任何一环的术语错位、反馈缺失或暗示歧义,都会让最终解读偏离原始意图。

怎么研究

可用「意图—操作—显示—解读」链路做任务分析:给定目标,记录用户在每段翻译上的停顿、错误与求助;可用性测试中的「找不到入口」「看不懂结果」分别对应执行鸿沟与评估鸿沟的失真点。认知走查按阶段逐项提问「用户能否说出下一步、能否解读反馈」,系统化定位失真环节。

边界

框架是描述性工具,不预测具体错误率;它假设用户带着明确意图行动,对探索式浏览和无目标使用解释力弱。鸿沟大小是相对量,需在用户群体与任务语境中评估,不能脱离场景断言某个界面「鸿沟大」。

怎么落地

  • 评审界面时沿两段翻译各问一遍:目标用户能否从意图走到操作?能否从显示读回结果?
  • 术语对齐用户语言:控件命名与任务词汇一致,避免系统概念直译成界面词。
  • 每个操作给出可解读的反馈,让评估段不需要用户记忆或推测。
  • 测试中记录用户复述任务的方式,与界面词汇逐项比对,失配处即翻译失真点。

延伸

  • 同组B4.17.2 状态转换图能穷举界面的可达状态与非法转换 · B4.17.3 并行控件的组合会使状态数爆炸,穷举建模只适用于局部 · B4.17.4 模式是同一操作在不同状态下产生不同结果,模式错误可由状态图定位 · B4.17.5 不可达状态与无出口状态是可由模型机械检出的缺陷
  • 相邻B4.10 直接操纵 · T1 界面文案与内容
  • 站内检索gulf of execution · gulf of evaluation · interaction framework

同组卡片

快捷操作

分享

分享当前页面

ios_share

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