F7.11.4Forced motion feels slow设计研究
不可打断的强制动效会在高频操作场景中被感知为拖慢
别名: 强制播完 · 高频里的迟钝 · 切 Tab 被拖住
概念解释
强制播完的转场在低频浏览里只是稍慢，在连续切 Tab、连续翻页里会被读成整机变迟钝。感知对象不是「这段动画不好看」，而是系统跟不上手。强制是机制上的不可取消；高频是操作密度把每一次强制都暴露成延迟。专家被重复路径拖慢，是教学速度还在收费；这里即使是新手，只要连着做，强制就会被命名为慢。
机制
高频操作把人的节奏设成「一下接一下」。每一次不可取消的运动都在节奏里插入一段不能缩短的死区。死区稳定出现时，人会把周期归因到设备：卡、肉、不跟手。归因一旦落到性能，信任下降，即使用仪器看帧率是满的。
低频时死区被任务本身的思考填掉，强制播完几乎不被编码成慢。所以同一条不可打断的过渡，在设置页打开一次无事，在内容流里连翻二十次就变成产品级迟钝。这不是时长超过可跟踪阈值，而是死区密度超过了动作规划的间隙。
怎么研究
比较同一过渡在「一次进入」和「二十次连翻」下的主观速度评分，以及点击间隔。自变量：是否可在中途取消、操作密度。因变量：迟钝评分、间隔分布、是否改用手势硬切（如果系统提供）。满帧率仍报慢，说明归因已经离开渲染，落到了强制时钟。
边界
- 操作密度低的确认流，强制播完很少被叫慢。
- 可打断但取消后中间态很烂，人会宁可等播完，主观上仍慢，根子在落点，不在强制。
- 掉帧造成的不规则运动也会被叫慢，但那是性能账；强制在满帧时仍然能被叫慢。
怎么落地
- 把 Tab、分页、步进、列表进出标成高频路径，这些路径上禁止不可取消的转场。
- 低频仪式不要复用到高频控件上。
- 验证：连续切 20 次 Tab，问「慢的是动画还是手机」。答手机而帧率正常，就是强制死区被当成了性能。