A1.10.3Conjunction search and the binding problem研究设计
两种前注意特征组合后不再具备并行优势
别名: conjunction search · binding problem · 联合搜索 · 特征捆绑
概念解释
即使目标用到的两个特征各自都是可靠的前注意通道（比如颜色和方向），一旦目标必须靠这两个特征的组合才能与干扰项区分开（干扰项里有的和目标同色但方向不同，有的和目标方向相同但颜色不同），并行优势就会消失，搜索退化为需要逐项核对的联合搜索（conjunction search），耗时随候选项数量明显增长。
要划清的界限：单独看颜色、单独看方向，这两个通道各自依然是前注意的（这一点没有改变），改变的是"能不能靠这两个特征的组合一步到位地识别目标"——单通道的并行能力和跨通道组合判断的能力是两件事，前者成立不代表后者也成立。
机制
前注意阶段是按特征分别登记的：颜色图知道"哪里有红色"，方向图知道"哪里是竖直的"，但这两张图各自独立，不知道"红色的那个位置"和"竖直的那个位置"是不是同一个物体。要判断"是不是那个又红又竖直的目标"，必须把某个具体位置上的颜色信息和方向信息捆绑（binding）到一起核对，而捆绑这一步需要聚焦式注意逐个位置地确认，天然是序列化的——这正是错觉性结合现象所揭示的那个加工阶段，在这里以行为结果的形式表现出来：单个特征探测得快，但把多个特征安全地对应到同一个物体上很慢。
这也是为什么联合搜索的斜率通常比纯序列搜索里"完全没有前注意线索可用"的情况稍好一些，但依然远陡于任何单通道并行搜索——被试往往还是能借助某个单一特征（比如先用颜色排除掉一半不同色的干扰项）缩小范围，只是最终确认阶段还是要靠捆绑，捆绑这一步没有捷径。
怎么研究
- 经典联合搜索范式：设计目标为两个特征的特定组合（如红色+竖直），干扰项分成两类——一类与目标共享其中一个特征、另一类共享另一个特征，但没有干扰项同时具备两个特征，测量反应时间随候选项数量的变化斜率，与单特征搜索条件对比。
- 常见自变量：组合涉及的特征种类和数量、两类干扰项各自的数量比例。
- 常见因变量：搜索斜率（联合搜索通常明显陡于单特征搜索）、target-present 与 target-absent 条件下斜率的比值。
- 在界面研究里的用途：预测什么样的视觉编码方案会让用户查找变慢——如果一套设计要求用户同时核对两个独立视觉线索才能确认目标，就应该预期查找耗时会随候选项数量明显增长，而不是维持平坦。
- 方法论注意点：联合搜索的效率并不是完全序列化的最坏情况，实际测得的斜率往往介于纯并行和纯序列之间，具体取决于两类干扰项的相对数量和目标特征的显著程度，不能简单套用"联合就是最慢"的极端结论，需要看具体条件。
边界
- 组合特征的联合搜索效率还受两类干扰项数量比例的影响：如果只有极少数干扰项共享目标的某个特征，用该特征几乎能一步排除大部分候选项，实际测得的斜率可能没有理论最坏情况那么陡。
- 这条只覆盖同时用两个前注意特征做区分线索的情形，三个及以上特征组合的联合搜索效率通常更差，但具体下降幅度依赖特征组合方式，不能直接线性外推。
- 训练和经验可以在一定程度上改善联合搜索的效率（被试对特定组合越熟悉，核对速度越快），但不能让联合搜索恢复到单特征并行搜索那种接近零斜率的水平，练习带来的是量的改善，不是质的转变。
怎么落地
- 需要用户能"一眼确认"的关键目标（紧急状态、唯一的正确选项），避免要求用户同时核对两个独立视觉维度才能锁定（例如"红色的且是方形的按钮"），改用单一特征就能唯一确定目标。
- 如果业务逻辑确实需要用两个维度共同编码信息（如颜色表示类别、形状表示状态），不要指望用户能像识别单一特征那样快速定位到符合两个条件的项，需要额外增加候选项之间的间距、分组或排序来降低核对成本，而不是假设组合编码本身足够清晰。
- 涉及安全确认的场景（"请找到红色且带感叹号图标的项"），预期用户需要花费明显更长时间做逐项核对，界面设计上应当降低候选项总数或提供筛选，而不是依赖用户的联合搜索能力。
- 验证办法：对采用两特征组合编码的设计方案实测搜索耗时随候选项数量的变化，如果斜率明显陡峭，说明用户实际是在做逐项核对而非一眼锁定，需要重新评估是否真的需要联合编码。