批量质量事故的第一句话，决定后面所有赔偿

单条客诉是客服的事。同一个问题出现第二次，性质就变了——你面对的不再是一个客户，是一批还没发现的客户。

事故从第二条客诉开始算

第一条出现的时候，合理的判断是个例。第二条出现，判断要换成批次。我们定的红线是：72 小时内同一问题描述出现两次，自动升级为批次事件，进入事故流程。

这个 72 小时是被教训改出来的。之前我们的标准是"五条以上"，结果有一次等到第五条，那批货已经卖出去三千多件。

第一句话发出去之前要做三件事

从圈定批次到复盘归档的五个步骤

第一句话指的是你对任何外部对象说的第一句关于这件事的话——公开回复、站内信、平台说明。这句话一旦发出，后面所有口径都要跟它一致。

发出去之前要做三件事：圈定批次范围、确认是否涉及安全、确认有没有已经发生的损害。三件事里最慢的是圈定批次，但它决定了你赔多少。

四种处置方式的取舍

第二行是我们用得最多的。难点在逐客沟通的成本——三千个订单，一封站内信加一次跟进，按人均算大约三天的工作量。

我们有一次话说早了

有个产品，第一条客诉说有异味。我们在没确认批次的情况下，公开回复写了"个别批次包装材料问题"。第二天又来了四条，其中两条描述的是完全不同的现象。

那句话成了后面所有沟通的锚点，客户拿它要求同样的处置，而我们那时还没搞清楚到底有几批。最终多赔了约六万，其中一部分是为那句没核实的话付的。

现在的规则是：批次范围没查清之前，对外的第一句话只说三件事——已收到、正在核实、X 小时内给结论。

赔偿额度要有上下限

事故处理里最容易失控的是标准不一致。先联系的客户拿到全额退款加补发，后联系的只拿到退款，这个差别一旦被放到社区里讨论，第二轮就开始了。

我们给一线定的额度是：标准方案统一，浮动部分不超过标准方案的 50%，超出必须由同一人审批。同一个人审批这件事，比额度本身更重要。

归档只留三样

事故结束后的归档，我们只留三样：批次范围与判定依据、对外口径的原始版本、每一次例外审批的记录。

写一份漂亮的复盘报告没什么用。半年后你需要的不是叙事，是那个批次号到底是哪几批。