把找一场赛事的步骤，
压到最少

2019 年上线时，这里只是一张按项目排好的赛事清单。用得久了自己也看明白了：大家卡住的地方从来不是赛事少，而是找得慢——先点栏目，再翻列表，想起来还要回收藏页确认一遍，三步硬生生拖成了六步。后来我们把重心从“堆内容”挪到“缩短路径”，联赛、赛季、栏目三层索引先摆到位，你从哪个入口进来，都能直接落到一场具体的比赛。

谁在用这套东西？长期跟赛的老用户最直接，收藏页勾一下想看的联赛就完事；刚接触的人靠标签矩阵和横向索引条摸清结构，两次就能摸熟；还有一类是拿着赛季区间比对联赛变化的深度观赛者，列表对他们太慢，交叉标签才跟得上。

团队 24 人，按“内容—标签—入口”一条线拆成三个小组。编辑组发现联赛变动，先在协同表里挂上来；标签组按命名规则处理，改完之后 iOS 组对齐入口上的文案。每周一次三方对齐，改动不留到赛季末集中处理。

• 赛事编辑组 · 11 人

  把每一场赛事放对位置

  负责 6 大类 28 个栏目的赛事条目、赛季专题和赛程变更。开赛时间、所属联赛、主客顺序，在开赛前确认落地，观众点进去看到的列表就是最终版本。

• 标签维护组 · 8 人

  让标签名字长期稳定

  管 142 个联赛对照标签的新增、合并与下线。每赛季 3 轮全量复核，季中再走 1 次增量校准；升降级或更名之后，旧名字不会突然消失让你找不到。

• iOS 体验组 · 5 人

  把路径压到三步之内

  负责筛选入口、使用记录和收藏页那条三步路径。双端同步更新时先在小范围用户里跑一轮，确认没有多出来的跳转，再对全部用户放开。

想看逐赛季改了什么、哪一版动了筛选入口，内容故事 里按赛季记着版本手记。

赛事与赛程数据来自 12 家赛事数据机构的接口对接，赛程、比分、联赛层级分开取用。机构那边改期或者调整轮次，我们这边的条目当天更新，不攒着等。

• 12 家数据机构 赛程、比分与联赛层级分路接入，任一路出问题不影响其他栏目。
• 3 轮全量复核 赛季开始前、赛季过半、赛季结束各走一遍，把整个赛季的联赛归属重新过目。
• 1 次季中校准 针对临时改期、升降级和联赛更名做增量校准，不让旧名字拖到赛季末。

如果你在筛选时发现结果对不上，知识中心 按现象列了排查步骤，从入口同步到赛季切换都能自己走一遍。