标准排查流程

本章你将学到：从接到用户消息到问题关闭，一次完整排查要经过的八个阶段，每个阶段做什么、产出什么、常见的错误是什么。

什么时候用得上：每一次处理技术类问题。刚上岗时建议把流程图打印出来贴在旁边。

流程总览

八个阶段不是死板的一步一步，而是一个循环：假设不成立就回去收集更多信息；方案没效果就回去重新形成假设。但阶段 1–4 是不能跳过的，跳过它们直接给方案，就是"郎中式"处理。

阶段 1：接单

做什么：读完用户的全部消息，包括他发的截图。

产出：你对问题的初步印象。

常见错误：

• 只看第一句话就开始回复。用户经常在第二、三条消息里补充关键信息。
• 看到截图不放大看。截图里的报错码、路径、数字往往就是答案。
• 接单第一句就是"您重启一下试试"。

要点：接单阶段唯一要做的是理解，不是回答。先把用户发的所有东西看完。

阶段 2：复述确认

做什么：用你自己的话，把用户的问题复述成一句精确的、可验证的描述，让用户确认。

产出：一句双方都认可的问题描述。

为什么重要：

• 确认你没理解错。用户说的"卡"可能是帧数低、可能是延迟高、可能是整个电脑卡死，三者完全不同。
• 逼迫用户把模糊的感受变成具体的现象。
• 让用户觉得你在认真听。

复述的模板：

我确认一下您的情况：您在【什么时候 / 什么操作之后】，【看到 / 遇到了什么具体现象】，【持续了多久 / 出现了几次】，【之前是否正常】。对吗？

例子（说明性）：

• 用户说："游戏进不去。"
• 复述："我确认一下：您点客户端里的开始游戏后，游戏窗口出现了，但一直停在加载画面，等了超过 5 分钟还是这样；昨天之前都是正常的。对吗？"

如果用户说"不是，是根本没出窗口"——好，你避免了一次方向错误。

注意

复述不是重复。"您是说游戏进不去，对吗？"这是重复，没有信息增量。复述要加入你想确认的细节：什么时候、什么现象、持续多久、之前是否正常。

阶段 3：定性分类

做什么：把问题归到一个大类，决定接下来走哪条排查路径。

产出：问题类别。

常用的分类（对应 07 通用排查方案 的各页）：

类别	典型描述	对应排查页
启动 / 加载慢	"要等好几分钟""转圈很久"	启动 / 加载慢
崩溃 / 闪退 / 无响应	"自己关了""卡死不动""程序没了"	崩溃 / 闪退 / 无响应
无法启动 / 报错	"双击没反应""弹了个框"	无法启动 / 报错弹窗
下载问题	"下载很慢""下载失败""校验不过"	下载慢 / 失败 / 校验失败
网络卡顿 / 掉线	"延迟高""丢包""打着打着掉了"	卡顿 / 高延迟 / 掉线
登录 / 连接	"登不上""一直加载""连接失败"	登录失败 / 连接失败
帧数低	"FPS 低""掉帧""画面一顿一顿"	帧数低 / 掉帧
声音 / 画面	"没声音""麦克风不行""花屏黑屏"	声音 / 麦克风 / 画面
账号 / 支付	"充值没到账""账号被封""绑定不了"	账号 / 支付类问题的边界

同时判断两个环境属性（它们会改变整条排查路径）：

• 是不是网吧？ 网吧机器有还原、有管理软件、权限受限，很多家用机的方法在网吧不适用。见 网吧环境专项。
• 是不是笔记本？ 笔记本有电源模式、双显卡、散热限制等特有问题。见 笔记本特有问题。

常见错误：

• 分类错了整条路走偏。比如把"延迟高导致的卡"当成"帧数低"去查显卡。区分方法：帧数低是画面本身不流畅（转视角一顿一顿），延迟高是画面流畅但操作和结果有时间差（开枪没反应、人瞬移）。
• 忘了问是不是网吧。

阶段 4：收集信息

做什么：根据分类，向用户索取这一类问题需要的证据。

产出：一组截图 / 命令输出 / 环境信息。

每类问题要收集什么，详见 信息收集。这里只讲原则：

1. 一次性把这一类需要的信息都要过来，不要挤牙膏式地要一样、看一眼、再要一样。用户的耐心是有限的。
2. 告诉用户为什么要这个。"麻烦您打开任务管理器截个图，我看一下是不是有什么东西在占用资源"比"打开任务管理器截图"更容易得到配合。
3. 给出可以直接照做的步骤。小白不知道任务管理器怎么打开。见 工具箱：让用户自查的工具。
4. 收到之后认真看。截图里的每一个数字、每一行文字都可能是线索。

必收的基础环境信息（无论什么问题）：

• Windows 版本（Win10 / Win11）
• 家用机还是网吧机；台式还是笔记本
• 有没有装第三方杀软 / 管家类软件
• 有没有开加速器 / VPN / 代理
• 问题是第一次出现，还是一直如此；之前正常的话，最近改了什么（装了什么、更新了什么）

大白话

"最近改了什么"是排查里最有价值的一个问题。之前好好的、现在不行了，中间一定发生了什么。装了新软件？系统更新了？换了路由器？搬了家？这一个问题能省掉一半的排查时间。

升级判断点：如果收集信息的过程中发现问题明显超出客服能处理的范围（比如需要看服务器日志、需要改后台数据），此时就可以升级。但升级时必须附带已收集的信息，见 何时升级、如何升级。

阶段 5：假设与验证

做什么：根据收集到的证据，提出一个"问题最可能在 X"的假设，然后设计一个最小的动作去验证它。

产出：被验证的假设（或被否定的假设，回到阶段 4）。

怎么形成假设：

看证据，找异常。异常的意思是"和正常情况不一样的地方"：

• 任务管理器里某个磁盘 100%，而正常情况下应该是个位数——异常。
• ping 有 20% 丢包，而正常应该是 0%——异常。
• 事件查看器里在闪退时刻有一条显卡驱动错误——异常。

每一个异常都是一个假设的候选。如果有多个异常，按"哪个最能解释症状"排序。

怎么验证假设：

设计一个最小动作——改动最小、最容易做、最能区分"假设对 / 假设错"的操作。

假设	最小验证动作	假设成立的表现	假设不成立的表现
磁盘太慢拖慢启动	看这个盘是什么类型、接什么接口	是 U 盘 / 机械盘 / USB 2.0	是 NVMe SSD，那磁盘 100% 另有原因
杀软拦截	临时退出杀软，再试一次	问题消失	问题依旧，把杀软开回来
WiFi 不稳	换有线 / 换 5G 频段，跑一次 ping	丢包消失	丢包依旧，不是 WiFi 的问题
显卡驱动	看事件查看器时间点是否对得上	时间点吻合	时间点不吻合，另找线索

常见错误：

• 没有假设就让用户操作。"您先重启路由器试试"——这是基于什么假设？如果说不出来，就不要让用户做。
• 验证动作太大。为了验证"是不是文件损坏"直接让用户重装，这是用大炮打蚊子，而且抹掉了别的线索。
• 假设不成立就放弃。假设不成立是正常的，它排除了一种可能，缩小了范围。回到阶段 4 补充证据，形成新假设。

阶段 6：给出方案并执行

做什么：假设验证成立后，给出针对根因的解决方案，指导用户执行。

产出：用户完成了方案。

要点：

• 方案要针对根因而不是症状。见 排查总原则 · 原则六。
• 方案要给用户选择，如果有多个可行方案，说明各自的代价。比如"把游戏挪到 SSD"和"重新下载到 SSD"，前者省流量但可能很慢（从慢速盘复制），后者要重新下载但通常更快。
• 方案要可执行。逐步说明，用户每做一步确认一步。
• 方案如果涉及不可逆操作，先备份、先确认。

阶段 7：确认解决

做什么：让用户重新执行最初出问题的操作，确认问题不再出现。

产出：用户明确确认"问题解决"。

怎么确认：

• 让用户做原来出问题的那件事，而不是问"现在好了吗"。
• 最好能拿到一个客观指标：启动时间从几分钟变成几秒、ping 丢包从 20% 变成 0%、任务管理器里磁盘从 100% 降到个位数。
• 如果问题是偶发的（比如一天闪退一两次），约定一个观察期："您玩两三天，如果还有再来找我，直接说之前的工单号。"

常见错误：

• 用户说"应该好了吧"就结案。
• 用户没再回复就默认解决。可以主动问一次。

阶段 8：复盘记录

做什么：把这次排查记录下来。

产出：一条知识库条目或一条工单记录。

记什么（模板见 模板）：

• 症状（用户原话 + 你的精确复述）
• 环境（系统、机器类型、网吧 / 家用、杀软、加速器）
• 关键证据（哪张截图 / 哪条命令输出定了方向）
• 原因与根因
• 方案
• 耗时

为什么值得花这两分钟：

• 下一个同事遇到类似问题，直接查到。
• 同一个用户过几天再来，接着上次的记录查。
• 积累多了，能看出哪类问题最多，反馈给产品和技术去从源头解决。

一个完整的思路示范（说明性，非真实案例）

为了让你看到八个阶段怎么串起来，下面用一个虚构的、简化的例子走一遍。注意这是用来说明流程的，不是固定解法。

1. 接单：用户说"游戏启动特别慢"。
2. 复述确认："您点开始游戏之后，要等三四分钟游戏画面才出来，之前是十几秒就能进，对吗？"用户确认。
3. 定性分类：启动 / 加载慢。家用台式机，Win10，没有杀软，没有加速器。最近没改什么，但游戏是上周新装的。
4. 收集信息：让用户在点开始游戏之后立刻打开任务管理器，切到"性能"标签截图。截图显示：CPU 30%、内存 60%、C 盘 5%、F 盘 100%。
5. 假设与验证：F 盘 100% 是明显异常。假设：游戏装在 F 盘，F 盘很慢。验证动作：问 F 盘是什么。用户说是 U 盘。再问接在什么口，用户说是电脑前面板的黑色口（USB 2.0 特征）。问有没有蓝色口或 Type-C 口，都没有。假设成立：游戏装在走 USB 2.0 的 U 盘上，读取速度上限只有 30 MB/s 左右，启动时要读几个 GB 的数据，自然慢。
6. 给出方案：根因是存储太慢，方案是把游戏放到 SSD 上。两种做法：从 U 盘复制到 C 盘（受 U 盘读取速度限制，几十 GB 要复制很久），或者直接在客户端里选 C 盘重新下载（用户是千兆宽带，下载速度远高于 U 盘读取速度）。说明利弊后用户选择重新下载。
7. 确认解决：下载完成后，用户再点开始游戏，十秒进入。任务管理器里 C 盘读取一闪就过。确认解决。
8. 复盘记录：症状 / 环境 / 关键证据（任务管理器 F 盘 100%，F 盘为 USB 2.0 U 盘）/ 根因（慢速存储）/ 方案（迁移到 SSD，选择重新下载而非复制）/ 耗时。

注意这个示范里每一步都遵守了原则：先问清，先收集，一次只查一个变量（F 盘），由近到远（先看本机再谈网络），分清症状（慢）/ 原因（F 盘 100%）/ 根因（USB 2.0 U 盘），给方案时说明利弊，最后确认并记录。

自检问题

1. 八个阶段按顺序说一遍。哪几个阶段是绝对不能跳过的？
2. "复述"和"重复"的区别是什么？写一句合格的复述。
3. 无论什么问题都必须收集的基础环境信息有哪几项？
4. 什么叫"最小验证动作"？举一个例子。
5. 假设验证不成立，应该怎么办？
6. 怎样才算"确认解决"？为什么"用户说好了"不算？