深色模式
何时升级、如何升级
本章你将学到:哪些问题应该升级给技术、哪些不应该;升级之前必须完成什么;升级工单必须包含什么;升级之后你还要做什么。
什么时候用得上:排查进行到一半,你开始怀疑"这个是不是我能解决的"的时候。
升级是什么,不是什么
升级是把问题从客服交给技术 / 研发同事处理。
升级不是:
- 遇到不会的就丢过去;
- 用户催得急就丢过去;
- 自己懒得收集信息就丢过去。
升级是:
- 你已经完成了信息收集和初步定位;
- 判断出问题的根因在客服无法触及的层面(服务器、后台数据、程序 bug);
- 把完整的证据和你的判断一起交给技术,让他们不用重新问用户就能直接查。
大白话
社区医院的医生把病人转到三甲医院,不是"我不知道你什么病,你去大医院吧",而是带着病历、化验单和初步诊断:"疑似 X,已排除 Y 和 Z,请进一步检查。"三甲医院拿着这份材料能直接安排检查,不用从头问一遍。
一个好的升级,技术同事看一眼就能开始查。一个坏的升级,技术同事得回来问客服、客服再回去问用户,一来一回半天过去了。
什么时候应该升级
应该升级的情况
| 情况 | 判断依据 | 举例(说明性) |
|---|---|---|
| 需要看服务端数据 | 问题涉及账号状态、比赛记录、余额、封禁等只存在于服务器上的信息 | "充值成功了但余额没变""比赛结束了没结算" |
| 需要改后台数据 | 解决方案是修改用户的服务端数据 | "解绑 Steam 账号""恢复误操作" |
| 疑似程序 bug | 用户环境正常(配置够、无杀软、无代理、干净安装),排查完各层都没异常,但问题稳定复现 | 多个用户在同一版本出现相同的报错 |
| 疑似服务端故障 | 短时间内多个用户反馈同类问题(登不上、匹配不到、某区域服务器都连不上) | 一小时内五个用户说华东节点掉线 |
| 客户端日志里有明确的异常 | 日志里有报错栈、有明确的错误信息,但你看不懂具体含义 | 日志里连续出现某个 error |
| 反作弊误判 / 封禁申诉 | 用户声称被误封 | 一律升级,客服不做判断 |
| 需要特殊权限的操作 | 比如给某个用户的账号做特殊处理 | 任何后台操作 |
| 你排查了 30 分钟以上还没有方向 | 时间成本 | — |
不应该升级的情况
| 情况 | 应该怎么做 |
|---|---|
| 还没有完成基础环境信息收集 | 先收集,见 信息收集 |
| 还没有看过任务管理器 / 报错截图 / ping 结果等首选证据 | 先要证据 |
| 用户环境有明显问题(装在 U 盘、开着代理、杀软拦截、网吧还原) | 这是客服能解决的,按排查方案处理 |
| 知识库里有现成解法 | 用知识库 |
| 用户催得急但问题本身是客服范围内的 | 管理预期,继续排查,见 沟通原则 |
| "我觉得可能是 bug"但没有排除环境因素 | 排除环境因素之后再说 |
注意
"用户环境干净、问题稳定复现"是判断 bug 的前提。大部分被当成 bug 升级的问题,最后发现是杀软、代理、慢速盘、网吧还原。 升级之前,至少确认这四项。
升级之前必须完成的事
升级不是排查的替代,而是排查的下一阶段。下面这些必须在升级前完成:
- 复述确认过的精确问题描述。不是"用户说打不开",而是"双击客户端图标后,任务管理器中出现进程约 2 秒后消失,无报错框"。
- 基础环境信息八项(系统版本、家用 / 网吧、台式 / 笔记本、杀软、代理、新问题 / 一直如此、最近改动、有线 / WiFi)。
- 该类问题的首选证据(截图 / 命令输出 / 日志)。
- 你已经做过的排查动作和结果。哪些假设验证过了、结果是什么、哪些已经排除。
- 你的初步判断。哪一层最可疑、为什么。
- 用户标识。UID / 账号 / 手机号,以及问题发生的大致时间(技术查服务端日志需要)。
如果这六项没有完成,先完成再升级。
升级工单格式
工单模板见 模板 · 升级工单模板。核心结构:
【问题标题】一句话,包含症状 + 关键环境
例:客户端启动后 2 秒退出,无报错,Win11 家用台式,已排除杀软
【用户标识】UID / 手机号 / 昵称
【问题时间】问题首次出现时间;最近一次复现时间
【精确描述】复述确认过的问题描述
【环境信息】八项基础信息
【关键证据】截图 / 日志(附件),每个附件一句话说明是什么
【已做排查】
- 假设 A:xxx → 验证方法 → 结果(排除 / 未排除)
- 假设 B:xxx → 验证方法 → 结果
【初步判断】我认为问题在 X 层,理由是 Y
【需要技术做什么】查服务端日志 / 判断是否 bug / 改数据 / 其他
【紧急程度】影响单个用户 / 多个用户 / 疑似大面积好工单和坏工单的对比(说明性)
坏工单:
用户说游戏进不去,让他重装了也不行,麻烦看下。
技术同事看到这个,得回来问:什么叫进不去?什么系统?有报错吗?重装是怎么装的?装在哪?有杀软吗?——全部要重新问。
好工单:
【标题】点开始游戏后停留在加载界面超过 10 分钟,Win10 家用台式,游戏在 NVMe SSD,无杀软无代理 【UID】xxxxx 【时间】9 月 8 日 21:00 起,每次必现 【描述】客户端内点开始游戏,游戏窗口出现并显示加载画面,进度条停在约 80% 不动,超过 10 分钟无变化。昨日正常。 【环境】Win10 22H2;家用台式;无第三方杀软(仅 Defender);无代理无加速器;有线千兆;昨日正常今日异常;用户称昨晚 Windows 有更新 【证据】附件 1:加载界面截图;附件 2:加载中任务管理器性能页(CPU 15%、内存 40%、C 盘 3%、网络 0);附件 3:客户端日志最后 200 行,21:03:12 起连续出现
xxx timeout【已做排查】
- 假设磁盘慢:C 盘为 NVMe,加载中占用 3% → 排除
- 假设网络:ping 服务器 0% 丢包 15ms → 排除
- 假设杀软:无第三方杀软,Defender 无隔离记录 → 排除
- 假设文件损坏:客户端校验通过 → 排除 【判断】本地资源均空闲,日志显示 timeout,怀疑是加载阶段某个服务端请求超时,或昨晚系统更新影响了某个组件 【需要】请查服务端 21:00–21:15 该 UID 的请求日志 【紧急】目前 1 个用户
技术同事看完这个,直接去查日志,不用再问任何人。
升级之后你要做什么
升级不代表你的工作结束了。
- 告诉用户。说明已升级、大致时限、不需要他重复描述。见 沟通原则。
- 保持跟进。技术回复后第一时间转达用户;技术需要补充信息时,你去向用户要,不要让技术直接面对用户。
- 记录结果。技术最终的结论和解法,记到知识库。下次同类问题你就不用升级了。
- 反思。如果技术的结论是"这是环境问题,客服本可以解决",回头看是哪一步漏了。
紧急情况的判断
大部分升级是"一个用户的问题",不紧急。但有一类需要立刻升级并标注紧急:
- 短时间内多个用户反馈同类问题。比如 10 分钟内 3 个以上用户说登不上、匹配不到、某区服务器全掉线。这可能是服务端故障,越早发现损失越小。
- 涉及资金的异常。充值扣款成功但未到账、余额异常变动。
- 疑似安全事件。用户反馈账号被盗、出现不是自己的操作记录。
这类情况下,先升级再收集详细信息——先让技术知道"有事",然后再补材料。
注意
判断"多个用户同类问题"需要你和其他客服有沟通。如果你们有客服群,遇到不寻常的问题先在群里问一声"还有人接到 X 类问题吗"。
常见误区
- 把升级当成推卸。 没有收集信息就升级,技术做的是本该你做的事。
- 不敢升级。 排查一个小时还没方向,还在让用户试,也是浪费用户时间。30 分钟是一个参考线。
- 升级后不管了。 用户是你接的,跟进到底。
- 技术说了结论不记录。 同样的问题下次又升级一遍。
- 把所有"我不懂"的都升级。 不懂的先查手册和知识库,查不到再升级。
自检问题
- 列出至少五种应该升级的情况和三种不应该升级的情况。
- 升级之前必须完成的六件事是什么?
- 判断"疑似 bug"的前提是什么?大部分被当成 bug 的问题实际上是什么?
- 一份合格的升级工单要包含哪些部分?
- 什么情况下应该"先升级再收集信息"?
- 升级之后你还要做哪四件事?