回流玩家是带着问题回来的:账号记不清、奖励没到账、老朋友找不到了。专属客服通道给回流玩家开优先工单:回流标记自动识别、工单分级响应、60分钟首响承诺,回流体验决定这批玩家还能留多久。
工单提交时校验回流标记,回流工单进优先队列,按问题类型分派到对应组。actor是字符串,转对象后读回流状态。
local SLA = { [1] = 60, [2] = 360, [3] = 1440 }
local function raiseTicket(actor, category, text)
local player = class(actor)
local isBack = getplayvar(actor, 2, "BACK_DAYS") ~= nil
local level = isBack and 1 or 2
if category == "payment" then level = 1 end
local tid = "TK" .. os.date("%m%d%H%M") .. math.random(100, 999)
setsysvarex("TICKET_" .. tid, level .. "|" .. category .. "|" .. text, 1)
sendmsg(actor, 0, "工单已提交(" .. tid .. "),预计" .. SLA[level] / 60 .. "小时内回复")
end
优先队列的工单超时未首响自动升级,升级记录进值班看板,连续超时触发人力调整。
setontimerex(101, 900)
function ontimer101()
local now = os.time()
for tid, rec in pairs(ticketQueue()) do
local lv = tonumber(string.match(rec, "(%d+)"))
if now - getTicketTs(tid) > SLA[lv] * 60 then
setsysvar("TICKET_ESCALATE", tid)
end
end
end
回流与普通工单各构造样本验证分级与承诺时长;超时升级链路逐级触发核对。上线后跟踪回流工单的首响时长与回流七日留存的关系,首响越快留存越高,数据会给出值不值这个优先级的答案。
BACK_DAYS回流标记来自上次登录计算,回流玩家第二次登录后标记就该撤销,标记永存会让普通玩家长期霸占优先队列。SLA表按分钟配置,前端展示要换算成小时,两处单位不一致会报出“预计360小时内回复”的笑话。ticketQueue遍历的工单池要做容量上限,工单积压上万条时全表扫描每十五分钟一次本身就是故障。升级只改队列不通知人,值班看板没人盯等于没升级,升级动作必须附带即时通知。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
设计初衷 金币要有全天候的燃烧口,药水是唯一"打得越猛烧得越快"的强制消耗品:打怪掉血掉蓝不以玩家意志为转移。药水经济的目标…
底层原理 Lua 的名字解析在装载时刻完成绑定:模块顶部 local calcFee = require("fee").ca…
设计初衷 五人小队推倒祖玛教主,掉出一把裁决之杖——分赃规则不清晰,队伍当场散伙。自由拾取让手快有手慢无,固定队长分配又给了…
设计初衷 1 到 60 级是玩家的蜜月加长跑:前期每一级都要有即时惊喜,后期每一级都要有明确意义。曲线决定生死——前期过陡,…
底层原理 状态机的"状态"不必是表里的字符串,它可以直接体现为"当前在执行哪个函数"。闭包状态机把每个状态写成一个闭包:处理…
底层原理 引擎的 setontimer 是一条注册一条调度:千人在线每人挂两条个人定时器,就是两千条管理记录,每秒两千次回调…