A6.16.4Version-history interference stacking设计
多次版本迭代会依次叠加前摄干扰，用户对最新版本的记忆最脆弱
别名: 版本迭代干扰累积 · 老用户改版出错率 · veteran-user error spike
概念解释
同一个功能，如果在产品历史上反复被重新设计，每一次新版本对同一批老用户来说，都是又一次"在同一条线索下学一份新配对"——按照前摄干扰会累积增强的规律，这意味着经历版本越多的用户，积累的干扰也越多。结果是一个反直觉的现象：对最新版本操作方式记得最不牢、最容易出错的，往往不是刚接触产品的新用户，而是经历过多轮改版的老用户——他们脑子里同一条线索下堆积的旧版本关联最多，新版本反而是最难被干净提取的那一个。
机制
只要每一轮改版都保留了相同的触发线索（同一个菜单位置、同一个按钮、同一个手势），每一次新版本就会在这条线索下多添加一个竞争者；新用户在这条线索下只有一份关联（当前版本），提取时没有竞争，几乎不会出错；老用户在这条线索下积累了 N 份历史版本的关联，当前版本只是这堆竞争者里最新加入、但不一定是激活强度最高的那一个。这解释了为什么"越资深的用户越容易在改版后按错"这个现象不是巧合或者"老用户不爱学新东西"，而是干扰累积规律的直接推论——资深用户承受的历史包袱，恰恰是他们相对新用户的劣势来源，而不是优势来源。
边界
这条结论成立的前提是每一轮改版都延续了相同的触发线索——如果某次改版本身足够大到构成一次真正的类别切换（外观、位置、交互方式都变了），干扰链条会被打断而不是被延续，此时不应把这次改版也计入"历史重定义次数"里累加。这条结论还假设长期用户是连续经历了每一版改动的；一个长期存在但中途长时间停用、跳过了好几个版本才重新使用的用户，并没有完整经历过中间那些版本的学习过程，不能简单按"账号年限"直接套用这条规律，真正该统计的是"实际连续使用过的版本数"。
怎么落地
- 上线一次改版前，先估算这个具体控件在产品历史上一共被重新定义过几次，把这个数字当作风险指标：历史重定义次数越多，越应该把长期用户当作高风险人群单独对待，而不是默认"资深用户上手更快"。
- 针对高历史复用率的控件，为长期用户提供专门的迁移提示（明确标出"这里以前是做什么的，现在变成了什么"），并给出比给新用户更长的过渡缓冲——新用户不需要这份提示，因为他们脑子里没有需要清空的旧关联。
- 如果条件允许，在改版当下主动打断干扰链条：让新一轮设计在视觉或交互上明显区别于此前所有历史版本，而不是延续"看起来还是那个老地方，只是又变了一点"的迭代方式，从而争取触发一次干扰解除，而不是又叠加一层新的竞争者。
- 验证办法：改版上线后，按用户经历过的历史版本数量分组统计出错率或求助率，确认是否出现"版本经历越多、出错越多"的梯度；如果确实存在这个梯度，说明前摄干扰累积假设成立，应优先针对高经历用户加强迁移引导，而不是笼统地加大整体的新手引导投入。