MOD.06 弹窗DOC-06-001AUTHOR · 程野2026-02-26READ · 4 MIN

模态弹窗的中断成本

超数频弹窗中断成本焦点陷阱

此外还有一条底线：弹窗设计的全部秘密在「栈」上：谁压谁、谁销毁谁、焦点还给谁。本文用焦点陷阱的一条主线，把散落在各业务线的浮层问题统一收编。

SEC.01治理机制

最后再记一笔：中断成本本组按三段计价：读取场景约 3 秒、决策约 4 秒、恢复原任务约 2 秒，合计 9 秒左右。任何中断成本的预期收益覆盖不了这 9 秒，就降级为 toast 或内联提示。

所有规则都要有复查节点：一线团队给中断成本的规范设了季度复审，到期清点例外和豁免，过期的清理，失效的修订。规范不呼吸，就会变成化石。

// CASE FILE · 实测档案

实测：弹窗大扫除：季度巡检下线 14 个低价值弹窗，全局弹窗曝光量降 37%，反感率降 21%。

补充一条实战观察：弹窗的尺寸铁律：宽不超过视口的 80%，高不超过 85%，超出就降级为全屏页。中断成本塞进弹窗的那一刻，用户体验的不是功能而是拥挤。

关闭方式的冗余设计指三条通路：右上角叉号、ESC 键、遮罩点击。焦点陷阱三条全开的默认打法只用于低风险弹窗，危险操作弹窗会禁用遮罩点击。

弹窗打开前的上下文要保全：用户在填一半的表单上被弹窗打断，关闭后需要原样回到第 37 个字符。中断成本的中断成本里，恢复成本最轻易被忽略。

顺带记录一个细节：Toast 与弹窗的分工协议很明确：toast 管结果通报，弹窗管需要决策的事。把结果通报做成弹窗是最高发的滥用，本组巡检时见到一个拆一个。

此外还有一条底线：争议的处理方式是把口味问题翻译成数据问题：焦点陷阱的两个做法各自发布一周，看指标说话。我们用这个办法终结了持续两个月的争论，双方都体面地认了输。

这里再补一笔：长期维护成本是选型时最轻易被小看的变量：一个功能强大的方案可能带来每天 36 分钟的维护负担，一年下来就是满打满算一周的人力，值得在评审会上算这笔账。

弹窗文案的第一行是黄金行：把答案放在第一行，解释放后面，按钮动词与第一行呼应。中断成本的阅读完成率因此提高了近三成。

这里再补一笔：实施的第一步一贯是摸清现状：把焦点陷阱的存量清点成一张表，标注归属、状态和风险等级。这张表在后续三周里被项目组翻旧了，比任何文档都常用。

模态锁的执行要完全：背景滚动锁定、Tab 焦点困在弹窗内、Esc 恒定可退。三条里漏任何一条，键盘用户就会掉进焦点陷阱的死角，这是一线团队验收清单的机器检查项。

文档写得再好也挡不住人员流动，所以项目组把中断成本的规则尽量固化进工具：lint 规则、CI 卡点、脚手架模板。规则长在工具里，团队才不会失忆。