【策划架构】事故补偿：分级标准与发放时效设计

设计初衷

停机 4 小时该补多少？影响 200 人还是全服该有区别吗？事故补偿没有分级标准时的两种结局：运营拍脑袋发多了一 mesi 财政告警、发少了玩家二次投诉。补偿分级把"发多少、给谁、多快发"写成事前标准：事故定级自动映射补偿方案，运营只执行不议价——补偿的速度与确定性，本身就是玩家信任的一半。

数值模型

事故分级与补偿：P0 级（全服停机超 2 小时或回档）全服每人 200 元宝等值补偿包；P1 级（核心功能故障 1 到 2 小时）受影响玩家 100 元宝等值；P2 级（个案损失）按实际损失 1 比 1 赔付加 10% 安抚。时效承诺：P0 事故恢复后 2 小时内补偿到账（走延迟邮件通道带撤销窗）、P1 当日内、P2 个案 48 小时内。叠加上限：同一玩家单周补偿接收不超过 3 次，超出自动转为等值体验券（避免故障被当成福利刷取）。定级回避：事故责任涉及运营操作时，定级由策划与客服共同签认，责任人回避定级。

配置示例

配置如下：

[Compensation]
P0AllServer = 200
P0MinDowntime = 2
P1Affected = 100
P2Rate = 100
P2Soothe = 10

时效档单独一节，到账时限独立调整。配置如下：

[SLA]
P0SLAHours = 2
P2SLAHours = 48
WeeklyCapTimes = 3

扩展思路

变种方向：一是补偿预告，恢复公告里同步写明补偿档位与到账时间，预期先于补偿到达；二是补偿体验化，P0 补偿包里加入限定称号"与玛法共渡难关"，物质补偿带身份记忆；三是补偿审计，每季度复盘补偿发放总额与事故等级的匹配度，防止补偿标准悄然通胀。纪律一条：补偿标准的任何上调可以即时生效，下调必须提前公告并只对新事故生效——补偿标准的回溯式收紧，是二次伤害的标准定义。