A10.05.2Shared-prefix amplification设计

高频路径与低频路径共享前缀会放大捕获

别名: 共享操作前缀 · prefix overlap risk

概念解释

捕获性错误的强度不是固定的,而是由两条序列共享前缀的长度、以及高频序列相对低频序列的频率之比共同决定——共享的步骤越多、两条序列的使用频率差越悬殊,低频序列在分岔点被劫持的概率越高。这条主张说的不是捕获会不会发生,而是架构层面的哪些设计选择会让捕获的风险变大或变小。

机制

共享前缀里的每一步操作,实际上都在为使用频率更高的那条路径反复打地基——因为大多数走过这些步骤的人,走的是高频任务而不是低频任务,这些步骤被"高频那条路径"训练的次数远多于被"低频那条路径"训练的次数,哪怕字面上看两条序列在这几步是同一个操作。共享前缀越长,这种训练强度上的不对等积累得越多;等走到分岔点,两条路径在这一步之前留下的"痕迹"已经严重不对等,而且物理操作在此之前完全相同,用户没有任何中途线索可以提醒自己"我在走哪条路"。

边界

这个放大效应只在共享步骤是字面上完全相同的操作(同一个手势、同一块屏幕、同一个按钮)时才成立——如果两条路径看起来相似但每一步的具体操作有细微差别,"共享训练"的前提就不成立,因为每一步已经携带了各自路径的运动或视觉线索,捕获的强度会随之减弱。

怎么落地

做信息架构或菜单设计时,先画出核心任务的操作树,标出每一个分岔点两侧的相对使用频率与共享步骤数:频率比悬殊(比如相差一个数量级以上)且后果不对等的分岔点,列为高风险点,优先把低频、高后果操作的入口整体分离出去,不要让它从高频、低后果操作的同一个起点分支出来;如果因为其他限制必须共享入口,就把分岔点尽量前移,缩短两条路径共享的步骤数,减少低频路径被同化训练的量。验证办法:对照操作树上标出的高风险分岔点,抽查对应的低频操作错误日志,确认错误结果是否集中对应共享前缀那条高频路径的产出;如果集中,说明该分岔点的风险评级成立,需要优先处理。

延伸

  • 同组A10.05.1 熟悉序列劫持当前意图 · A10.05.3 界面改版后的旧习惯残留 · A10.05.4 变更后需要过渡期保护而不是一次性切换
  • 相邻A10.04 描述相似性错误
  • 站内检索shared prefix · menu architecture risk · capture error

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/A10.05.2