举报的骗子要封、误封的号要解、丢的装备要查——玩家的问题汇聚成工单流水,客服的处理质量就是运营的口碑。工单系统的要点是分类的路由、时效的承诺与处理的留痕。
---工单的分类路由:按类型分派
local QUEUE = {
report = { name = "举报", sla = 24, team = "risk" },
appeal = { name = "申诉", sla = 48, team = "risk" },
item = { name = "物品", sla = 72, team = "cs" },
pay = { name = "支付", sla = 12, team = "pay" },
}
function Ticket.create(uid, kind, detail)
local q = QUEUE[kind]
if not q then return false, "未知类型" end
local ticket = {
id = Ticket.nextId(), uid = uid,
kind = kind, detail = detail,
at = os.time(), status = "open",
sla = q.sla * 3600,
}
Ticket.store[ticket.id] = ticket
Ticket.route(q.team, ticket)
return ticket.id
end
工单的四类各有承诺时效(SLA):支付类 12 小时、举报类 24 小时、申诉类 48 小时、物品类 72 小时——付费玩家的支付问题插队处理,时效的分级按业务的影响面定。创建即路由:分类准确是处理效率的前提,分类的错误让支付的火烧到物品的队列。工单的登记带上下文的自动附送:举报类自动附上聊天记录的取证包,物品类自动附上近 7 天的流水,客服不用让玩家复述一遍游戏里明明有记录的事。
---SLA 的看板:超时的工单自动升级
setontimerex(93, 600)
function Ticket.watch()
local now = os.time()
for _, t in pairs(Ticket.store) do
if t.status == "open" and now - t.at > t.sla then
Ticket.escalate(t)
Ops.alert("工单超时升级", t.id, t.kind)
end
end
end
---处理的留痕:每一步都可回放
function Ticket.note(ticketId, operator, action, detail)
local t = Ticket.store[ticketId]
t.logs = t.logs or {}
t.logs[#t.logs + 1] = {
by = operator, action = action,
detail = detail, at = os.time(),
}
end
超时的工单自动升级:SLA 的到期触发告警并升级到主管队列——时效的承诺靠看板盯着而不是靠客服的记性。处理的每一步留痕:谁接的、查了什么、怎么处置、为何这么处置,工单的回放让争议的处理过程透明可查。工单的回执反馈给玩家:处置的结果以邮件送达并附处理的依据,被举报者的封禁通知、申诉者的解封致歉,有来有回的沟通让玩家知道系统在运转。工单的数据反哺运营:高频的问题类型是产品改进的清单,重复的补偿类工单指向同一个 Bug 的修复。
SLA 的达标率周报,各类工单的超时率与平均处理时长双指标;处理质量的抽检,主管按周抽查工单的处理留痕与结论的匹配度。
工单的分类曾经靠客服手选,选错的类型让 SLA 与团队全错,自动分类的建议加人工确认。留痕的粒度曾经只有结论,复核时看不到查询的过程,过程的强制记录让抽检有料。回执的邮件曾经不发,玩家以为举报石沉大海又来三张工单,结果的必达通知固化。
工单的入口在游戏内与官网双通,玩家的动线就近取用。高频问题的自助答案前置:物品找回的流程、封禁的申诉条件,自助分流掉三成的工单。客服的话术库与工单的类型同源,处理的口径统一。
本文由 996 技术组基于 996 引擎官方知识库与浮生梦老师课程体系整理。团队长期从事传奇类引擎 Lua 后端逻辑、客户端界面与商业版本交付,内容以官方知识库与真实项目为出处,按版本持续修订。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
实战应用:用在哪里 猪洞七层的白野猪是中级玩家的过渡首领,巡回触发让它在三层地图间按路线巡逻,而非固定在一个点位被反复蹲守。…
实战应用:用在哪里 行会活动零散且缺乏组织性,成员不知道这周行会要做什么。行会目标系统让帮主每周设定行会集体目标(击杀指定首…
实战应用:用在哪里 GM 操作的审计曾散落在各系统日志里,追查一次误操作需要跨三个日志文件。GM 审计台将所有 GM 操作集…
实战应用:用在哪里 背包一百格塞满后找一件药要翻三页。背包筛选器在背包面板顶部加一排筛选标签:按品质(白绿紫橙)与类型(药品…
实战应用:用在哪里 行会广播、地图公告、活动提醒需要发给特定地图的所有玩家,逐个发送时包量随人数线性增长。区域组播按地图分组…
实战应用:用在哪里 凌晨三点的数据库主从延迟和下午三点的聊天频道延迟,影响的范围和紧急度截然不同,但响应流程曾一模一样。故障…