O2.06.5Consent interruption timing设计研究
同意弹窗打断任务流的时机选择影响用户是否草率处理
别名: 同意打断时机 · 任务流中的同意 · consent prompt timing
概念解释
同意打断时机（consent interruption timing）关注界面是否在用户已投入劳动、面临时限或担心状态丢失时，把可避免的进度损失或不对称恢复与接受可选处理绑在一起。某个请求位于支付、导航或创作流中并不自动构成胁迫；关键是拒绝或延后是否会额外失去无关输入、原有进度或不依赖该授权的基础能力。
机制
模态弹窗占用视觉和操作通道，迫使用户从原目标切换到组织提出的决策。沉没成本、超时损失和对输入丢失的担心会压缩阅读与比较，而“接受后立即继续”则把进度恢复变成奖励。这种压力与信息是否相关是两个问题：一个请求可能恰好与当前功能有关，却仍因拒绝会破坏进度而具有强迫性。
怎么研究
在同一端到端任务中做随机或反平衡的交叉操纵：已投入工作量高或低，拒绝后的无关状态被保存或丢失，决策可延后或必须立即完成；文案、选项、功能依赖和参与者构成保持可比。同时测量理解、点击潜伏期、状态损失、恢复成本、放弃和延迟后选择稳定性。接受率变化只是线索；只有差异随进度损失或不可延后而稳定出现，且能排除内容与功能差异时，才支持压力解释。
边界
紧急安全、不可逆数据发布或法定确认可能必须打断，但仍应保留无关任务状态。某项功能在技术上真正依赖被请求的数据时，拒绝后该功能可合理地不可用；界面需保留不依赖该数据的基础能力，并准确说明依赖关系。因此，判断对象是可避免的损失与不对称恢复，而非某个节点本身。
怎么落地
- 标出支付前、长表单后、实时导航中和未保存创作等高损失节点，逐一检查拒绝或延后是否产生可避免的额外损失。
- 在不破坏数据依赖的前提下允许无损拒绝或延后；可非模态呈现时，使无关主任务继续可用。
- 自动保存无关表单、滚动、媒体和导航状态；对真正依赖授权的功能，明确说明拒绝后的功能边界。
- 用随机或反平衡任务分离节点、损失与延后效应；同时验收理解、恢复和选择稳定性，不从接受率单独推断胁迫。