A1.32.5Illusion triage设计
排查异常用户反馈时需要排除错觉这一非缺陷成因
别名: 错觉排查 · 反馈排查 · illusion diagnosis · non-defect visual complaint
概念解释
用户反馈"这两个按钮大小不一样""这两栏内容没对齐""这个图标看起来歪了"，团队的第一反应通常是去查坐标数值、检查渲染代码、比对设计稿标注，默认这是一处实现缺陷。但如果多个用户独立报告了同一种"看起来不对"的感受，而实际测量坐标、尺寸、颜色数值全部与设计稿完全一致，这种反馈很可能不是任何实现层面的错误，而是界面里恰好存在某种几何错觉诱导结构，被视觉系统稳定、可重复地感知成了"有问题"。把错觉排除在缺陷成因之外，是排查这类反馈时必须补上的一个环节。
机制
几何错觉之所以值得作为一种独立的排查假设，是因为它具备两个和普通实现缺陷很像、但成因完全不同的特征：一是可重复性——同一个界面配置会稳定地让多个不同用户产生方向一致的感知偏差，不是某个用户偶然看错；二是顽固性——即使把实际坐标、尺寸数值展示给用户看，用户仍然会说"可是看起来就是不一样"，因为这种偏差发生在视觉加工的早期阶段，不受事后被告知的数值信息影响。这两个特征合在一起，很容易被误判成"确有其事的显示错误"：可重复性像是稳定复现的 bug，顽固性像是用户"看到了但不承认被纠正"。区分的关键在于反馈的内容模式——如果反馈集中在相对判断（大小、对齐、方向）而不是绝对数值错误，且实测数值与设计意图完全吻合，那么错觉是一个需要认真考虑的候选解释，而不能因为"用户坚持说不对"就默认是实现出了问题。
边界
- 这个排查思路只适用于反馈内容集中在相对判断（大小、对齐、方向"看起来"不对）且实测数值与设计意图完全吻合的情形；如果实测数值本身就与设计稿或规格不符，那是真实的实现偏差，不应该被当作错觉搪塞过去。
- 可重复性本身不是错觉独有的特征，某些真实渲染缺陷（比如特定分辨率下的取整误差）同样会稳定复现在所有用户身上，仅凭"多个用户反馈一致"不足以断定就是错觉，还是要先完成数值核对这一步。
- 用户坚持"看起来不对"、拒绝被数值说服，也可能是因为数值本身其实没有完整反映用户真正在意的维度（比如用户比较的是渲染后的视觉重量而不是几何尺寸），排查时不能把"用户不接受解释"简单等同于"用户被错觉误导"，需要先确认双方讨论的是同一个量。
怎么落地
- 收到"看起来不对"类的反馈时，先核实实际渲染的坐标、尺寸、颜色数值是否与设计稿或规格完全一致；如果完全一致，再检查报告所涉及的元素周围是否存在明显大小不一的包围元素、密集的斜向线条或其他已知的错觉诱导结构，而不是立刻假设是渲染实现出了偏差。
- 如果怀疑是错觉导致的感知偏差，尝试临时移除或替换掉可疑的周围诱导元素，观察同一批用户或自己重新查看时，"看起来不对"的感受是否随之消失——如果消失，基本可以确认是错觉而非实现缺陷。
- 排除了实现缺陷、确认是错觉后，处理方式应该回到界面构图本身（调整周围元素的相对大小、角度，或补充数值化的参照信息），而不是试图在数值层面"修正"一个本来就正确的坐标或尺寸。
- 验证办法：把涉及争议的界面区域单独截图，去除周围上下文后请多人独立判断"大小/对齐是否有问题"；如果去除上下文后争议消失，说明问题出在上下文构成的诱导结构上，而不是元素本身的实现数值。