入口值守
盯住入口能不能打开
工作日 09:00 至 21:00 之间做 4 次入口可用性巡检，同时接住第一批访客反馈。站点还接入 3 家网络监测服务商的探针，交叉验证同一入口在不同线路上的可达情况。
02 · 沿革
从一张导航页，到一本能回查的版本档案
四个阶段，每一次扩写都是为了解决当时最扎手的那件麻烦事。
-
2016 一张入口导航页起步
最初只做一件事：把散落各处的访问地址收在一页里，让人不用逢人就问。当时要回答的问题是“入口到底在哪”。
-
2019 开始给每次调整留记录
地址调整变频繁之后，旧链接失效就成了最常见的求助。于是每次改动都记下旧地址、新地址与生效时段，问题也从“入口在哪”变成“入口什么时候换过”。
-
2022 按终端分开整理版本
手机和平板上打开的人越来越多，同一套排版在小屏上开始错位。站点按桌面、平板、小屏分别整理可访问的版本，让“哪种设备配哪个版本”有个明确答案。
-
2024 v3.0 把三类信息并进一套结构
变更记录、版本说明与排查问答原先各走各的，重构后串成一条线。9 个历史版本逐一标出维护状态，其中 3 个仍在维护。
-
当前 v3.2 收口小屏排版与点击区域
当前适配版本 v3.2 覆盖桌面、平板与小屏三类终端，本轮重点解决了小屏排版错位、按钮点击区域过小两个老问题。v3.1 做兼容维护，v2.9 只保留安全维护。
03 · 字段
翻一条记录，你会看到这五项
五个字段缺一项就不算归档完成，这也是旧链接失效时能查到根子的原因。
| 字段 | 记录内容 | 填写标准 |
|---|---|---|
| 变更时间 | 这次地址调整从什么时候开始生效。 | 精确到时段并统一时区，方便你判断手上的链接是哪一天失效的。 |
| 旧地址 | 调整之前使用的访问路径。 | 原样保留，不做删改，即便已经打不开也能回查。 |
| 新地址 | 调整之后继续可用的访问路径。 | 与旧地址一一对应，一处调整只对应一条新路径，不写多套备选。 |
| 影响范围 | 受这次调整波及的终端、版本与功能。 | 写清是否影响登录、是否只在移动端出现，避免你按错方向排查。 |
| 回滚方式 | 退回上一个可用状态要做的操作。 | 写清步骤与最终确认环节，遇到问题照此执行即可恢复。 |
04 · 流程
一次异常，怎么变成一条记录
从发现到归档走四步，每一步都留下可查的结果。
-
STEP 01
发现异常
入口值守在例行巡检或访客反馈里发现打不开、跳转异常，先立一条待处理事项。
产出：待处理事项
-
STEP 02
判断版本
确认对方使用的是哪类终端、哪个版本，分清是入口出了问题，还是版本适配没跟上。
产出：问题归类
-
STEP 03
执行回退
需要回退时按既定步骤恢复到上一个可用状态，再确认恢复结果是否稳定。
产出：恢复时间与结果
-
STEP 04
写入档案
补齐时间、新旧地址、影响范围与回退方式，由内容档案组确认后正式归档。
产出：一条完整记录
05 · 值守
三个小组，把一件事接到底
18 人分三组，你反馈的问题会落到具体某一双手上，不会悬在半空。
版本适配
管版本能不能用得住
负责版本测试与回退。v3.2 的三类终端适配、v3.1 的兼容维护、v2.9 的安全维护都在这一组手上，升级前先在多终端上跑一遍再放出来。
内容档案
把经验写成能查的条目
把每次变更和每轮排障整理成条目，维护 64 条排查问答与观测日志的分类归档，让下一个人遇到同类问题时不用从头摸。
一条记录从被发现到对外开放，会经过值守、适配、档案三道手，最后由档案组确认后才挂到时间轴上。
06 · 分类
四类归档，从哪个入口都能进去
按你眼下的问题挑一类，比从头翻要快得多。
入口变更
地址换了，先看这里
每次调整新旧地址与影响范围，最新的一条排在首页时间轴最前面。手上链接打不开时，从这里对一眼就知道是不是换址了。
首页时间轴 → 版本发布版本状态一目了然
9 个历史版本各自的适配终端、维护状态与回退路径，3 个仍在维护的版本单独标出，登录异常时先确认自己用的是哪一版。
版本目录 → 排查手册自己动手先排一遍
64 条问答覆盖入口失效、登录异常、页面加载与小屏布局四类情况，多数问题按步骤走完就能定位，不必先等回复。
帮助中心 → 可用性观察入口稳不稳，有月度汇总
每周 2 至 3 篇动态，巡检结果按月汇总成可用性观察，能看出这个月入口是平稳还是有波动。
观测日志 →07 · 后续
翻完档案还是没解决？把情况发过来
写清使用的终端、看到的提示与出问题的时段，入口失效类的问题会被优先处理。工作日 24 小时内回复。