MOD.07 反馈DOC-07-005AUTHOR · 何澈2025-12-31READ · 4 MIN

振动反馈的机型适配

超数频反馈可执行性错误恢复

补充一条实战观察：这篇整理了反馈的全套谱系：从 100ms 的即时确认到长任务的分段汇报，每种形态都给出触发条件、文案模板和退出机制，全部经过线上验证。

SEC.01实施步骤

这里再补一笔：知觉补偿是个心理学技巧：同样 1.8s 的等待，先快后慢的进度条比匀速的体感短 27%。团队把进度曲线做成前 60% 走得快的非线性函数，零成本优化。

所有规则都要有复查节点：项目组给可执行性的规范设了季度复审，到期清点例外和豁免，过期的清理，失效的修订。规范不呼吸，就会变成化石。

// CASE FILE · 实测档案

复盘：报错翻译表：56 个高频错误码映射成用户语言，自助解决率 +31%。

语气规范三条：不说技术术语、不指责用户、始终给下一步。「非法输入」改成「请输入 11 位手机号」，错误恢复的理解成本立降，这类对照本组已经积累了 40 组。

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

aria-live 是反馈的无障碍通道：所有 toast 和状态变化需要挂 polite 区域，紧急告警用 assertive。可执行性的屏幕阅读器测试一线团队每季度做一轮，雷打不动。

争议的办法是把口味问题翻译成数据问题：错误恢复的两个做法各自上线一周，看指标说话。团队用这个办法终结了持续两个月的争论，双方都体面地认了输。

顺带记录一个细节：反馈窗口分三段：100ms 内的即时确认（按压态/光标变化）、1s 内的进行时说明（骨架/进度）、5s 后的阶段汇报。每段都有明确的视觉载体，可执行性的时间感由此建立。

反馈的位置遵循就近信条：哪里的操作就在哪里反馈，跨屏弹 toast 会强迫用户转头找因果。可执行性的视线迁移成本常被忽略。

补充一条实战观察：长任务的分段汇报按里程碑拆：每完成 20% 更新一次进度，并在文案里写清「已完成什么/还剩什么」。错误恢复的中途放弃率比重估算等待低了一半。

顺带记录一个细节：静默确认适用于低风险高频操作：复制成功只变一次按钮文案，收藏只动一次图标。给错误恢复加弹窗的提案团队全部驳回，除非有数据证明用户真的不确定。