无法检验时序与反馈问题
别名: 纸原型时序缺口 · 纸面无法测反馈 · timing and feedback on paper
概念解释
纸面可以模拟“下一屏是什么”，却不能诚实模拟系统时序（timing）和即时反馈（feedback）：按钮按下到状态改变要多久、加载是否可取消、错误提示何时出现、手势有没有跟手感。人手递纸的延迟、停顿和解释会取代真实的毫秒级响应。因此纸原型可以回答结构问题，不能当作对等待、动画、语音轮次或实时校验的证据。把“参与者等纸时没有抱怨”读成“可以接受的等待”，是方法越界。
机制
时序与反馈是人与系统之间的闭环，不是页面序列。人根据延迟判断系统是否死掉、根据微反馈确认命中、根据错误出现的时刻决定是否撤销。纸面把这个闭环拆成“主持人理解意图 → 找下一张纸 → 放下”，中间插入了人类的理解时间和社交停顿。参与者会把这些停顿解释为研究手续，而不是产品行为，于是不会像面对转圈指示器那样放弃、连点或改策略。手势、滚动惯性和声音提示同样依赖连续时间，离散的纸片无法编码。缺失的不是“高保真外观”，而是时间维度本身。
怎么研究
若研究问题包含等待、反馈清晰度或实时校验，纸面只能当任务脚本的预演，正式证据要换到可计时的可交互材料。对照设计可把同一流程分别走纸面和可点击版本，编码放弃、连点、错误恢复和“系统有没有听到我”类评论；这些行为几乎只在可计时材料上出现。测量上使用操作到可见变化的延迟、反馈是否在预期窗口内出现，而不是任务是否最终完成。主持人递纸的延迟应写入限制，不得当作系统延迟的估计。
边界
粗粒度的顺序反馈——“点了以后会到哪一页”——纸面可以测。某些服务流程的等待发生在组织而非界面（审批、物流），纸面缺的是界面时序，不是业务时序。Wizard of Oz 若由隐藏操作者按脚本控制延迟，可以部分补上时间维，但那已不是纸原型方法，且操作者的稳定性本身要校准。对不依赖毫秒反馈的阅读和表单结构任务，这条限制不构成否决。
怎么落地
- 把问题清单分成“结构/文案”与“时序/反馈”两栏；后一栏不进纸面轮。
- 纸面测试中出现的等待抱怨只记为假设，转到可点击材料上复测。
- 需要测加载、校验或手势时，用最简可运行原型，而不是给纸面加口头解释“这里会转一下”。
- 报告里单独列出未能观察的时序问题，避免读者把结构通过读成体验通过。