【案例复盘】误封风波：一次批量误封的申诉风暴复盘

实战应用：用在哪里

充值返利活动被风控规则误判成套利，480 个大额充值账号被批量封禁 24 小时，申诉两小时破千条。误封风波的复盘聚焦三件事：自动化封禁为什么能直接生效、误伤面为什么扩散这么快、申诉与解封流程为什么追不上投诉。

封禁闸门与白名单豁免

补丁把自动封禁降级为自动标记加人工审核：命中规则先打标记不处罚，白名单账号直接豁免，风控只提供嫌疑名单不直接扣扳机。

local WHITELIST = { ["yearly_vip"] = true, ["internal"] = true }
local function markSuspicious(actor, reason)
    if WHITELIST[reason] then return end
    setplayvar(actor, "HUMAN", "RISK_MARK", reason, 1)
    sendmsg(actor, 0, "账号进入风控观察期，如有疑问请联系客服")
end

申诉解封与补偿机制

误封账号解封时同步发补偿：30000 金币礼券加一封说明邮件，申诉到解封全程两小时内办结，处理结果短信告知。

local function unban(actor, ticket)
    local p = class(actor)
    setplayvar(actor, "HUMAN", "BAN_FLAG", 0, 1)
    giveitem(actor, "金币礼券", 30000)
    sendmail("#" .. p:GetName(), 933, "申诉已通过", "限制已解除，补偿 30000 金币礼券，工单 " .. ticket, "")
end

验证与监控

风控规则在历史数据上回放，误伤率从两成一降到千分之三；申诉通道的响应时长抽样核对两小时 SLA；白名单豁免逐账号核对不漏放真违规。监控每周标记量与人工复核的转化率，标记量突增就是新规则在误伤，先回滚规则再查原因。

踩坑记录

误伤的规则阈值按日均充值的三倍设定，活动日正常大额充值天然越线，阈值必须随活动日历动态放宽。自动封禁的公告没有说明原因与申诉入口，玩家以为账号被盗恐慌扩散，封禁通知补了原因编码与申诉指引。解封操作散在三个客服手里，同一账号被重复解封发了三份补偿，解封动作按工单号幂等。风控规则上线没有灰度，全量生效当晚就是误伤高峰，风控规则一律先观察模式跑一周。解封补偿的金额定在 30000 金币礼券，约合误封期间损失的日常收益，补偿不与实际损失挂钩的方案在评审时就被否掉了。风控规则的规则文档随复盘一并更新，误封的判定条件、豁免名单与申诉路径三段写进同一个文档，后来者不必再踩一遍。解封补偿的金额定在 30000 金币礼券，约合误封期间损失的日常收益，补偿不与实际损失挂钩的方案在评审时就被否掉了。