正文先到、图表后到的那几秒
场景：移动网络下行速率波动时打开栏目页。
- 触发条件
- 文本已经可读，图表与图片仍在按需加载。
- 需求
- 先靠文字判断这篇是否值得等，而不是盯着占位区域。
- 做法
- 按需加载图片，加载过程中保留固定高度，不让版面被撑开又缩回。
- 结果
- 滚动时页面不跳动，可以先读完导语再决定是否继续等待。
分组 01 · 3 个专题
设备与屏幕形态
手机竖屏 / 平板横屏 / 桌面宽屏
同样一份内容，在三种设备形态上剩下的可用宽度并不一样。这一组的三个专题落在「看不看得全」而不是「打不打得开」上，处理动作也在版式与浏览顺序这一层。
- 横向空间先于字号出问题
- 换设备的成本在于找回位置
- 窄屏会把三级层次压平
-
平板横屏时赛程表的列被压成两行
场景：在 10 英寸上下的平板上横向打开赛程与数据表。
- 触发条件
- 轮次、时间与对手同时显示，行内文字开始折行。
- 做法
- 表格区改为横向滚动容器，轮次列固定，表头随滚动保持可见。
- 结果
- 轮次与对手常驻可见，其余列滑动查看，单行不再被撑成两行。
-
平板竖屏时伤停名单的层级被压平
场景：竖着拿平板查看伤停名单与 14 天区间汇总。
- 触发条件
- 宽度收窄后，主内容、旁注与备注挤成连续的一段长文本。
- 做法
- 备注收进可展开行，默认只显示球队、位置与区间汇总值。
- 结果
- 名单回到可以扫读的状态，备注需要时再展开。
-
手机与平板交替使用时找回原来的位置
场景：白天用手机翻栏目，回家换成平板继续读同一批条目。
- 触发条件
- 两档断点之间栏数变化，列序与阅读位置都不同。
- 做法
- 以分组标签与条目编号作为定位依据，而不是靠滚动位置。
- 结果
- 换设备后按编号直接跳到同一分组，不必从头往下翻。
三条专题的判定顺序与后续动作，收在 自助排查中心 的设备与本地设置分组里。
深度专题 · 2024 年 8 月版
横屏与竖屏：同一条内容的两种排法
方向切换不是把版面旋转一下。宽度和高度互换之后，哪一列先被牺牲、触控区落在哪里、滚动由谁接管，都会跟着变。下面把差异点逐条拆开。
-
横屏 · 宽度优先
列可以并排，行高收紧。固定首列之后，横向滚动的距离最短，但也最容易让人以为表已经到底。
-
竖屏 · 高度优先
列被迫收成一到两列，行数拉长。此时旁注应当让位，先保证主数据的纵向连续。
-
触控 · 相邻点击区
竖屏下同一行的高度要留给手指。相邻的展开按钮与链接之间保留间隔，避免一次点击命中两个目标。
-
触控 · 滚动归属
表格自身横向滚动时，手指的纵向滑动仍然交给整页，不让局部容器把整页的滚动吃掉。
上述四点适用于平板横竖屏切换时的版面判断；浏览器版本与本地时间设置造成的问题不在此列，见排查中心对应分组。
分组 02 · 2 个专题
网络环境
弱网 / 线路切换
这两条专题都不讨论内容本身，只讨论内容到达的顺序。文字与图表不同时出现时，先看什么、再决定等不等，比反复刷新更省时间。
换线路之后，看到的还是不是同一版
场景：从 Wi-Fi 切到移动数据，或更换运营商后重新打开站点。
- 触发条件
- 不同线路解析到不同节点，本地缓存与线上内容版本不一致。
- 需求
- 确认当前看到的是不是同一版内容。
- 做法
- 先核对导航上的版本锚点，再比对一个分组标签下的条目编号数量。
- 结果
- 能分清是缓存旧版还是线路差异，再决定是否强制刷新。
无法判断属于线路还是缓存时，按 自助排查中心 的条目顺序逐条排除，13 条条目分 4 组。
分组 03 · 2 个专题
数据阅读
14 天区间 / 两级筛选
对照表的价值不在行数多，而在于同一支球队的两类汇总值能一直挨着。下面先给一条读表顺序，再给两个专题。
-
01
选联赛
先把范围收到 12 个联赛中的一个。
-
02
选球队
在联赛内再选球队，约 260 支的范围收到一支。
-
03
读区间列
只看 14 天区间的汇总值，不看单场。
-
04
比两类值
伤停与角球两列相邻对照，不做跨区间拼接。
-
横向滚动时，球队列先被推出去
场景：按联赛查看 14 天区间的伤停与角球汇总表。
- 触发条件
- 列数多于一屏，最左侧的球队列最先滚出视野。
- 做法
- 先按球队筛掉无关行，再横向滚动，当前对照行用强调色标出。
- 结果
- 同一支球队的两类汇总值始终相邻，可以直接比对。
-
先联赛后球队，顺序反了要多筛一轮
场景：同时关注多个联赛，只想看其中一支球队的区间表现。
- 触发条件
- 先选球队会先得到一批跨联赛的同名结果。
- 做法
- 先选定联赛，再在联赛内选球队，两次筛选可以叠加也可以逐级撤销。
- 结果
- 约 320 场区间赛事收拢到一支球队的范围，汇总值随之刷新。
区间口径与汇总方式的完整说明，见 精选索引 的数据分组与版本锚点。
分组 04 · 2 个专题
版本核对
以 2024 年 8 月版为锚点
栏目更新以版本锚点和分组归档呈现，不按日期滚动。核对时只需要回答两个问题：这条属于哪一版，以及它有没有被后来的分组挪过位置。
-
D-01
版本归档
旧入口进来，栏目位置和记忆里不一样
场景：从收藏夹里的旧地址进入站点，发现分组方式变了。
- 触发条件
- 旧版入口与新版分组方式并存，同一批内容换了落点。
- 做法
- 逐条对照版本锚点与分组标签，把差异记到条目编号上，而不是记页面位置。
- 结果
- 能分清「只是换了位置」和「内容确实调整过」，不必反复回看旧页。
-
D-02
同版归档
把场景结论转述出去之前，先确认它属于哪一版
场景：准备把某条处理做法告诉别人，但不确定它是否还在现行版本里。
- 触发条件
- 结论只带版本锚点，不写具体日期，需要自行判断是否仍适用。
- 做法
- 查看条目上的版本标签，再到精选索引核对同版本的归档分组。
- 结果
- 转述时能带上版本信息，不会把上一版的做法当成现行做法。
版本演进阶段与内容边界，另见 品牌档案。
分组 05 · 3 个专题
站点结构认知
层级 / 路径 / 分工
最后一组不涉及设备也不涉及网络，只解决一件事：在这个站点里，从任意一个入口进来，知道自己下一步该去哪。三条专题用纯文字列出。
-
E-01
主内容、旁注与延伸入口各管什么
场景：读一个模块时，不确定哪些是主体、哪些可以跳过。
- 触发条件
- 三层内容并排出现，视觉重量接近，分不出先后。
- 做法
- 主内容居中阅读，旁注贴在右侧或下沿，延伸入口统一收敛到区块末行。
- 结果
- 每个模块可以在两屏之内读完，不必来回折返找上一段。
-
E-02
从一条场景走到一批归档
场景：读完某个场景，想知道同类条目还有哪些。
- 触发条件
- 场景条目自带关联对照条目编号，但不直接展开全部同类。
- 做法
- 按条目上的编号去精选索引的对应分组查找，编号与分组一一对应。
- 结果
- 单条场景能接回 10 条索引条目、5 个分组的整体归档，不用重新搜索。
-
E-03
自助排查与帮助中心的分工
场景：按步骤自查后，现象仍然存在。
- 触发条件
- 13 条诊断条目已经逐条试过，问题没有变化。
- 做法
- 在帮助中心提交工单，附上已尝试的条目编号与当前现象描述。
- 结果
- 沟通时不必重复描述过程，直接从还没解决的那一步继续。
条目结构
每条场景固定由七个字段构成
七个字段的顺序固定不变。先读场景与触发条件判断是不是自己遇到的情况，再看需求与做法，最后用结果和关联编号收尾。字段固定的好处是条目之间可以直接横向对照。
-
01
场景
一句话说明发生在什么使用情境下，只描述条件，不带评价。
-
02
触发条件
在这条场景里，什么具体变化让问题暴露出来。
-
03
需求
访问者真正想完成的那件事，通常比表面现象更窄。
-
04
做法
可执行的动作，按顺序写，不省略中间步骤。
-
05
结果
做完之后页面或阅读状态变成什么样，写成可观察的状态。
-
06
涉及设备
手机竖屏、平板横屏、桌面宽屏三类中的哪几类适用。
-
07
关联对照条目
指向排查中心的条目编号或精选索引的分组，用于继续追查。
交叉引用
场景结论怎么接回排查条目与索引分组
场景专题给出的是一条条处理动作，排查中心给出的是一套判定顺序。两者靠编号对接：场景条目的最后一个字段写明它对应排查中心的哪一组条目，点进去就能从那一组继续往下排。
索引侧接法不同。索引条目按分组归档，场景结论按分组标签挂靠，因此从场景跳到索引时找的是分组而不是编号。同一条结论在两侧的版本锚点一致，都是 2024 年 8 月版。
| 场景编号 | 排查中心分组 | 索引归档分组 |
|---|---|---|
| A-01 | 本地显示与版式 | 数据对照 |
| A-02 | 设备与浏览器版本 | 数据对照 |
| B-01 | 缓存与本地时间 | 版本归档 |
| B-02 | DNS 与运营商线路 | 版本归档 |
| C-01 | 站点侧临时状态 | 数据对照 |
| D-01 | 设备与浏览器版本 | 版本归档 |