B5.10.3Error Rate设计研究
零错误的界面可能只是把出错变成了放弃
别名: 零错误 · 放弃率 · 静默失败
概念解释
错误率的下降有两种来源：界面变好了，或者用户根本没走到会出错的地方——在困难步骤之前就放弃了。第二种情况下错误数据完美，任务完成率却崩了。「零错误」本身不是可用性证据，必须与放弃率、完成率一起读。
机制
错误是「尝试且失败」的记录，放弃删掉了「尝试」，错误计数自然归零。防御性使用（不敢点不确定的按钮）、入口太难找到（从未抵达出错点）都会制造这种静默改善。更隐蔽的形态是「把出错变成绕行」：用户用极低效但不出错的方式完成任务（全部重新填写而不是修复一处），错误率下降、负担上升。任何只看错误率的监控都会把这类退化读成进步。
怎么研究
统计设计要求错误率永远与到达率、放弃率、完成率联报：漏斗分步展示「到达—尝试—出错—完成—放弃」，零错误且低完成的组合是危险信号。日志分析里，退出前的最后操作模式能区分「顺利结束」与「受挫放弃」；受挫指标（快速重复点击、返回连击、异常停留）可作为放弃类型的辅助证据。
边界
并非所有低错误率都是假象：简单任务或高熟练用户群体的零错误可以是真实的。「放弃」的判定也需谨慎——正常的中断（来电话、改变主意）与受挫放弃在日志里形态不同，需要模式区分而非一刀切。该警示主要针对把错误率单独当优化目标的场景，多指标联报的体系里风险自然被对冲。
怎么落地
- 错误率监控面板强制同屏联报到达率、放弃率与完成率，单指标告警不生效。
- 版本验收规则加入交叉检查：错误率下降而完成率未升时，必须解释原因（通常是路径变化或放弃转移）。
- 定期做「困难步骤零访问」审计：从未被触达的步骤可能是入口缺陷，而非没人需要。