深色模式
如何使用本手册
本章你将学到：这本手册为谁写、怎么组织、每一页长什么样、应该按什么顺序读，以及它和知识库的分工。
什么时候用得上：入职第一天；以及任何时候你觉得"手册这么厚，我该看哪"的时候。
这本手册解决什么问题
客服每天面对的用户问题，表面上千奇百怪：启动慢、闪退、下载慢、登录不上、卡顿掉线、帧数低……但拆开看，背后的原因只来自有限的几个层面：
硬件（CPU / 显卡 / 内存 / 硬盘 / 接口）
↓
操作系统（Windows：权限 / 驱动 / 运行库 / 安全软件）
↓
网络（本地 / 运营商 / 机房；带宽 / 延迟 / 丢包）
↓
第三方软件（Steam / 杀软 / 加速器 / 录屏 / 网吧管理软件）
↓
我们的平台（客户端 / 游戏文件 / 反作弊 / 对战服务器）一个不懂这些层面的客服，只能做两件事：让用户"重启试试"，或者把问题原样转给技术。 一个懂这些层面的客服，可以自己问出关键信息、自己看出问题在哪一层、自己给出对症的方案，只有真正超出范围的问题才升级。
这本手册的目标，就是把你从前者变成后者。
手册的组织方式
手册分九个部分，按"先学怎么想，再学基础知识，最后学排查方案"的顺序排列：
| 编号 | 部分 | 内容 | 读法 |
|---|---|---|---|
| 00 | 导读 | 本页 + 术语表 | 先通读 |
| 01 | 排查方法论 | 排查原则、标准流程、信息收集、沟通、升级 | 最重要，先通读，反复读 |
| 02 | Windows 基础 | 任务管理器、磁盘、驱动、运行库、安全软件、命令 | 通读一遍，之后当字典 |
| 03 | 网络基础 | 概念、拓扑、带宽与延迟、DNS、排查工具、游戏联网 | 通读一遍，之后当字典 |
| 04 | 硬件基础 | 各部件、存储与接口、笔记本、网吧机器 | 通读一遍，之后当字典 |
| 05 | 软件基础 | Steam、CS2、启动器、反作弊、软件冲突、日志 | 通读一遍，之后当字典 |
| 06 | R0 平台组成 | 平台每一环负责什么、坏了什么表现 | 通读，配合技术同事的最新说明 |
| 07 | 通用排查方案 | 按症状分类的排查路径与决策树 | 接到问题时按症状翻 |
| 08 | 工具箱 | 用户自查工具、截图指导、速查表、模板 | 随手查 |
大白话
把手册想成一个医生的培训：01 是"问诊的方法"，02–06 是"解剖学和生理学"，07 是"常见病的诊断流程"，08 是"听诊器和处方单怎么用"。没有解剖学基础的医生，看再多诊断流程也只能照本宣科；只有解剖学、不会问诊的医生，查不出病人到底哪里不舒服。
每一页的固定结构
为了让你读起来省力，所有正文页都遵守同一套结构。看到一个新页面时，你可以预期它按下面的顺序展开：
- 本章你将学到 / 什么时候用得上：开头两句话，告诉你这页值不值得现在读。
- 大白话是什么：先用生活比喻把概念讲通，不堆术语。
- 为什么客服要懂：这个知识点和用户问题之间的联系。
- 怎么看 / 怎么让用户操作：具体的观察方法。凡是"让用户做某事"，一定给你三样东西：
- 让用户怎么做（一步一步，能直接念给小白听）；
- 用户预期会看到什么；
- 不同结果分别说明什么（这才是排查的价值所在）。
- 结果怎么解读：看到 A 说明什么，看到 B 说明什么。
- 常见误区：客服和用户最容易搞混、最容易白费功夫的地方。
- 对排查意味着什么：这一页的知识在实际排查中怎么用、连到哪个排查方案。
- 自检问题：3–5 个问题，能不看书答出来才算学会。培训验收也用这些问题。
提示框的固定含义
页面里有五种彩色提示框，含义是固定的，不要跳过：
大白话
生活化比喻。概念看不懂时，先看这个框。
注意
容易踩的坑、容易误判的点、需要多问一句的地方。
禁止
绝对不要让用户做的操作。原因通常是：会丢数据（比如删错盘）、会让问题更复杂（比如乱改注册表）、或者违反平台规定。
展开：进阶内容
默认折叠。新人第一遍可以跳过，学完基础再回来看；老客服可以直接展开。
待技术确认
平台相关的细节（安装路径、端口、某个版本的具体行为）可能随版本更新而变化。标了这个框的内容，请以当前技术同事的说法或知识库为准，不要死记。
手册与知识库的分工
这一点非常重要，请务必理解：
| 手册（本站） | 知识库 | |
|---|---|---|
| 讲什么 | 通用原理、通用排查路径 | 具体案例、特定报错的固定解法 |
| 变化频率 | 低，几个月更新一次 | 高，每天都可能新增 |
| 举例 | "磁盘 100% 意味着什么、怎么判断是哪个盘、哪种盘" | "某型号 U 盘装游戏启动 3 分钟的处理记录" |
| 举例 | "杀软拦截程序的典型表现和确认方法" | "某杀软某版本会静默删除某文件，需加白名单路径 X" |
| 你怎么用 | 学会思路，遇到没见过的问题也能查 | 遇到见过的问题直接套用 |
工作中的正确顺序是：先查知识库有没有现成解法 → 没有就用手册里的方法自己排查 → 排查完把结果沉淀回知识库。
注意
手册里为了讲清楚原理，会出现一些"比如……"的说明性例子。它们是用来解释概念的，不是真实案例，不要当成固定解法照搬。
推荐阅读顺序
第一遍（新人）
按左侧目录从上到下顺序读。不要跳到 07 排查方案——没有前面的基础，排查方案看起来只是一堆步骤，你会忍不住照搬而不是理解。
每读完一页，合上页面，把末尾的自检问题答一遍。答不上来就回去重读对应小节。
第二遍（上岗后）
- 接到用户问题时，先翻 07 通用排查方案，按症状找到对应页，按里面的路径走。
- 走到某一步不理解"为什么要看这个"时，点页面里的链接跳回基础章节。
- 需要让用户操作时，翻 08 工具箱，里面有可以直接念给用户听的步骤。
定期回顾
每个月抽一个小时，随机翻两三页基础章节的自检问题。基础知识会遗忘，遗忘之后你就会退回"重启试试"。
阅读时的几个习惯
- 看到命令、工具名，不要只记名字，要记"它能告诉我什么"。 比如
ping不是"测网络的命令"，而是"能告诉我到某个地址的延迟和丢包的命令"。 - 看到数字，记住量级而不是精确值。 比如 U 盘走 USB 2.0 大概是 20–35 MB/s，SATA SSD 大概 500 MB/s，NVMe 大概 2000–7000 MB/s。记住"差 10 倍还是差 100 倍"就够了。
- 看到"用户说 X"，第一反应是"X 是用户的感受还是用户的观察"。 "网很卡"是感受，"ping 值 200 多"是观察。排查靠的是观察。
- 看到"不同结果说明什么"，重点记。 那是这本手册和普通操作说明书最大的区别。
自检问题
- 手册和知识库各自负责什么？接到问题时先查哪个？
- 用户问题背后的原因一般来自哪几个层面？按从底到顶的顺序说一遍。
- 页面里的五种提示框分别是什么含义？哪一种是"绝对不要让用户做"？
- 为什么新人第一遍不建议直接跳到排查方案？
- "凡是让用户做某事，一定给三样东西"，是哪三样？