一张检查单写成能照着做的步骤，顺序该怎样排

运维同事发来一张截图，张检着做骤顺白底黑字写着“磁盘使用率 92%”，查单下面跟一句“按检查单走一遍”。写成序该我打开那张检查单，样排二十多条并列条目，张检着做骤顺从“清理日志”到“扩容申请”排得整整齐齐，查单却没人告诉你先做哪条。写成序该这就是样排很多教程检查清单的通病：它像菜单，不像路线。张检着做骤顺真正能照着做的查单清单，得先把“先排除什么”写清楚，写成序该再一路一路往下走，样排某一路走不通才换下一路。张检着做骤顺

下面用一次“网站打不开”的查单排查当例子，说明怎样把教程检查清单写成可执行步骤。写成序该换成打印机不工作、软件安装报错、账号登录失败，思路一样，只是具体动作要换。

第一步先排除“是不是只有你这里出问题”

清单第一行不要写“检查服务器”，先写“换一台设备、换一个网络访问同一地址”。这一步花三十秒，能砍掉一半误判。同事说打不开，你在他电脑上看到同样的报错，就继续；如果只有他不行，问题多半在本地 DNS、代理设置或浏览器缓存，后面服务器那几节可以先跳过。

判断标准要写死，不能写“看看网络是否正常”。写成：用手机流量访问，若页面正常，则记为“仅特定网络异常”，转第 3 节；若同样失败，记为“全局异常”，转第 2 节。每个分支都指向下一个编号，执行的人不需要临场判断该信谁。教程检查清单要写成可执行步骤，关键就在这里：每条后面都跟一个“是/否 → 去哪”。

再查“域名是否指到了正确的地址”

全局异常之后，第二步不是登录服务器看进程，而是先确认域名解析。打开命令行执行一次解析查询，看返回的 IP 是否和你在云控制台看到的公网地址一致。不一致，先改解析记录，等生效；一致，才进入下一步。顺序不能反：解析错了，后面查端口、查防火墙全是白费。

这一步要写清失败后的去向。解析正确但网站仍打不开，转第 3 节查端口；解析返回空或超时，先检查域名是否到期、解析服务商是否故障，这两项都排除后再转第 3 节。别把“可能原因”堆成一段话，写成一行一条的判定，执行的人照着勾选即可。

端口和进程：一条命令确认，别猜

第三步登录服务器，只做两件事：看服务进程在不在，看端口有没有在监听。命令结果只有两种有效状态，在或不在。不在，先看服务日志最后二十行，找第一条报错，而不是从头翻；在但端口不通，查本机防火墙规则和云平台安全组，两个地方都要看，顺序是先本机后云端，因为本机规则改起来快、可回退。

失败走下一路的写法在这里最有用。进程不在、日志里是配置错误，就回退到上一版配置再启动，不要现场改参数；进程在、端口也在、外部仍访问不了，转第 4 节查链路。每一步都写出“做完看到什么算通过”，比写“确认服务正常”有用得多。

把清单末尾留给“记录与交接”

最后一步不是修好就完事，而是让执行的人填三行：哪一步发现问题、改了什么、验证结果是什么。这三行决定下次遇到同类问题时，清单能不能缩短。如果这次是在第 2 步解决的，说明第 3、4 步对这类故障优先级偏低，可以调整顺序，而不是继续平铺。

还有一条边界要写明：涉及账号权限、证书更换、数据恢复的操作，清单只写到“确认需要做什么、找谁授权”，不要写成自助步骤。教程检查清单的价值是减少来回试错，不是替代判断。写清单的人把顺序排对、把分支指向写死、把该停下的地方标出来，执行的人才能一次走通。