延迟被感知为操作不跟手
别名: 不跟手 · 响应感 · input lag · game feel
概念解释
感知响应性（perceived responsiveness）是玩家感觉角色或界面对输入立即、可信地作出反应的程度，这一条和输入延迟本身讨论的不是同一件事——延迟是可以用毫秒测量的客观时间，感知响应性是玩家的主观判断，两者相关但不等价。延迟被体验为"不跟手"并不只取决于毫秒数：输入是否得到确认、动作的预备姿态是否可见、镜头是否同步转动、声音和触觉反馈是否及时，这些因素共同构成玩家对"我的输入和这个结果是不是同一件事"的因果判断，任何一个通道掉队都会拉低整体的响应感，即便真实的系统延迟完全没变。
机制
玩家先感受到自己按下了按键这个动作本身，然后期待紧接着出现一个感知层面的结果——这个期待的时间窗口很短，一旦角色在一段空白的等待之后才开始真正动作，意图和结果之间原本紧密的绑定关系就被拉开了，玩家的本能反应是继续按、重复按，或者提前做出修正动作，而这些反应恰恰会在系统真正响应之后制造出新的、真实的操作错误——不跟手的感觉因此从主观体验变成了客观的错误来源。用一个轻量的、几乎即时的确认反馈（比如按下瞬间的一个小动效）可以有效缩短这种主观等待感，但这个确认动作终究不能替代关键游戏状态本身真正发生更新；如果这个确认反馈和后续真正的判定结果长期不一致（确认了却没生效，或者生效了却没确认），短期内营造出的顺滑感会逐渐积累成玩家对整个反馈系统的不信任——这种不信任一旦形成，玩家会开始怀疑所有的即时反馈，包括那些真实有效的。
边界
蓄力动作、重型武器和动画后摇完全可以有意地显得迟缓，这不构成响应性问题，前提是玩家能够在真正输入之前就通过某种预告看出这个迟缓即将发生，并且能够取消这个动作或者据此提前规划——预期是否成立，是判断"迟缓"是否可以接受的分界线。在网络连接状况不佳时，不应该只用装饰性的即时反馈去掩盖真实存在的服务端延迟，这种掩盖会让玩家把真正的网络问题误判成设计缺陷；此时需要明确向玩家展示当前的连接状态，并且让本地预测的边界保持在合理范围内，而不是无限制地预测后再频繁纠正。
怎么落地
- 在关键输入发生的当帧就给出一个可信的预备反馈动作，同时确保这之后角色的最终动作、资源消耗和命中判定状态尽快跟上、彼此保持一致，不要让预备反馈和最终结果之间留下太长的不确定期。
- 检查镜头运动、音效、手柄震动和角色动画这几个通道是否在共同强化同一次因果事件；不要让其中一个通道率先"承诺"了某个结果，另一个通道却给出相反或矛盾的信息。
- 验证办法：不给玩家看任何性能数据，只让他们凭体验描述哪一类具体输入让他们觉得"不跟手"；然后逐帧追踪这一类输入到各个反馈通道（画面、音效、震动）各自的实际时间差，定位问题具体出在哪个通道。