A8.24.2Negative transfer from reversed mapping研究设计

外观相似而映射相反产生最强负迁移

别名: 负迁移 · negative transfer · S-R compatibility · 反向映射

概念解释

在运动技能层面,负迁移(negative transfer)最强烈的情形,不是碰到一个完全陌生的动作,而是碰到一个外观、手感都高度相似,但要求的物理动作方向恰好相反的控件——比如习惯了传统滚动方向的用户第一次遇到反向的"自然滚动",或者习惯了某个方向拧动增大数值的旋钮,换到一个外观几乎一样但拧动方向定义相反的旋钮上。这种情形下,老用户的表现往往比第一次接触这类控件的新手更差,因为他们要对抗的不是"不知道怎么做",而是一套已经练熟、会自动冒出来的错误动作。

机制

握持感、外观这些表层线索,是身体用来判断"该调用哪一套已有的运动程序"的检索依据;当新控件的表层线索和旧控件高度相似时,身体会几乎自动地把旧的运动程序检索出来并开始执行,这个检索过程本身不经过有意识的核对——尤其是对已经进入自动化阶段、执行不再需要注意介入的老用户。可映射方向被反转之后,这套被自动唤起的旧程序输出的是一个方向相反的动作,必须先执行、看到结果不对,才有机会被有意识地纠正过来,纠错发生在动作已经做出之后。这和一个外观完全陌生的控件形成鲜明对比:外观陌生时,身体根本检索不出可以直接套用的旧程序,用户会转入运动学习的认知阶段,谨慎、试探地摸索,虽然慢,但不会主动做出一个方向相反的错误动作——外观相似性把这层本该存在的谨慎彻底抹除了。

怎么研究

这类现象属于刺激—反应相容性(S-R compatibility)研究范畴下的反向映射实验:让被试在兼容映射(外观提示与所需动作方向一致)和不兼容/反向映射两种条件下执行同一类操作,比较反应时和方向性错误率——反向映射条件下的方向性错误(做出了与要求相反的动作,而不是单纯做慢了)是判断负迁移是否发生的关键指标,而不是笼统的错误率或耗时。针对长期使用旧映射的资深用户群体,还可以在真实产品切换映射前后做纵向对比,观察方向性错误率是否在切换初期出现明显尖峰。

边界

这里说的负迁移发生在动作执行层面——身体真正做出的物理动作方向被旧程序错误接管,与用户是否在认知上已经"知道"新规则无关:即使用户被明确告知了新的操作方向,已经自动化的旧动作程序仍然可能在没有意识介入的情况下被触发,这是运动层面负迁移和概念模型层面负迁移(用户对系统行为的预期被推翻)的关键区别,两者虽然经常同时出现在同一次改动里,但成因和补救手段完全不同:概念模型层面的负迁移靠信息提示就能部分缓解,运动层面的负迁移则需要真正打断旧动作程序的自动检索,信息提示本身作用有限。

怎么落地

  • 对任何已经被大量用户练到自动化的高频手势或操作方向,尽量避免在保留外观和握持感不变的前提下反转其对应的动作方向;确需反转时,同时改变一个足够明显的表层线索(控件形状、位置、初始状态的视觉提示),打破旧程序被自动检索的条件。
  • 反转已建立映射的改动上线时,提供足够长的并行过渡期或可切换的兼容模式,给资深用户留出时间让旧程序在新条件下逐渐消退,而不是一次性强制切换。
  • 验证办法:改动上线后,专门统计"做出了与新规则相反的动作"这类方向性错误在长期老用户群体中的发生率,并与新用户的错误率做对比——如果老用户的方向性错误率明显更高,说明负迁移正在发生,仅靠界面提示无法解决,需要重新考虑是否要保留旧的表层线索。

延伸

  • 同组A8.24.1 映射相同的相似动作产生正迁移 · A8.24.3 迁移由映射关系决定,不由视觉相似度决定 · A8.24.4 跨设备一致性的价值来源于正迁移
  • 相邻A7.13.5 相似外观加不同行为造成最强负迁移 · A8.23 运动学习的阶段
  • 站内检索negative transfer · S-R compatibility · reversed mapping · capture error

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/A8.24.2