L3.07.4position bias in option sets设计研究
用户对首个与左侧位置存在偏好，方案顺序需被控制或随机化
别名: 位置偏好 · 左偏与首因 · order effects
概念解释
同一组三个方案，只对调左右。左边那份的被选率跟着位置走，不跟着内容走。列表里第一个、横排里最左、竖排里最上，会多吃到选择。位置偏好（position bias）要求：方案顺序要么被当作会扭曲比较的因素来控制（随机、平衡、轮换），要么被明确设计成「先给推荐」并承认这不是中性呈现。
没看完就挑、挑完后悔，是数量问题。这里内容被看过了，位置仍在投票。
机制
阅读和点击都有空间默认：从左到右、从上到下的书写系统里，第一眼落在首项。首因让先加工的项成为后续项的参照，后来的项要打败一个已经占住工作记忆的对象。点击热区也不是均匀的：左上的目标更容易被手碰到。生成器若还按「质量从左到右」排，位置与内容相关，更分不清人选的是内容还是位子。
位置效应在差别小的时候最大——决策维上的信号弱，位置作为噪声通道会赢。这和噪声挑选接得上，但机制是空间，不是残差属性。
怎么研究
同一组方案，用拉丁方或完全随机打乱位置，看选择是否随位置移动。自变量：位置、内容质量（事先由另一组评定）、方案间差异大小。因变量：各位置的被选率、与内容质量的相关、被试是否意识到顺序在变。
要报「位置解释的方差」和「内容解释的方差」。只报总体喜好会把位置偏吃掉。阅读方向（从右到左的界面）必须作为调节变量，不能把左偏写成人类常数。
边界
用户要求「把最好的放前面」时，位置偏是被请求的，应标明这是排序而不是中性比较。无障碍浏览按 DOM 顺序读，视觉左偏变成顺序首因，随机化仍然需要。单方案没有位置问题。窄屏竖滑时，「左」变成「上」，效应还在，轴换了。这条不处理选择过载，也不处理系统把不稳定性摊开好不好。
怎么落地
- 比较用途的并列，默认随机或按会话轮换位置，不要固定把模型第一个样本放左上。
- 若位置表达推荐，写明「按××排序」，并提供「打乱顺序」给要中性比较的人。
- 记录选择时同时记位置。位置解释大部分方差时，不要把点击当内容偏好拿去微调模型。
- 验证：同一组方案对调位置，被选率若跟着走，顺序没有被控制。再加上「这是随机排列」的说明，看偏好是否还黏在左上——黏着就是位置在投票。