把找场、对照与归档做短的那条路

2016 年，我们把散落各处的赛程信息收进一张表：谁和谁交手、属于第几轮、几点开球。那时候凑齐一场比赛要来回翻好几个页面，翻完还不一定对得上。

整理得越久，判断越清楚——真正让人疲惫的不是资料少，而是从打开页面到看见想看的那一场之间，隔了太多不必要的步骤。于是「路径本可以更短」从一句内部共识，变成衡量每个功能的标准：加一个入口、改一次排版，先回答它能省掉哪几步。

这条判断后来长成了全站的结构：分类轨道固定在最左，项目在上、赛程与轮次在下，选中一场比赛之后，交锋记录、指标序列和导出动作都在同一屏内接着展开。

四条线不是各管一段。编辑发现某个字段不够用，直接提给数据工程；新字段上线前由产品决定它出现在哪一层；客户支持再把变化写进操作指引。一轮走完，用户看到的是入口少了一步。

编辑的产出按轮次归档在复盘手记里，想看我们平时怎么写、写什么，从那里进入最直接。

每场比赛维护不少于 24 项结构化字段，轮次、开赛时间、比分、排名与交锋记录都在其中。2019 年建立的赛事元数据字典统一了联赛、赛季、轮次与球队的命名，同一支球队在不同来源里不会再出现两个写法，回看三个赛季之前的比赛也能对得上。

每月发布一次数据质量报告，公布字段完整率与更新时效。24 项字段的定义与取值示例写在帮助台的说明文档里，导出时要对字段的时候，直接照着看。

大部分人是在通勤路上或者比赛结束后用手机翻上一场，这也解释了为什么复盘与导出在安卓端被反复打磨。服务面向中文体育数据用户，站内专题「交锋档案」累计收录了 1,800 组对阵的历史记录，做赛前准备时可以直接按对阵查找。

复盘工作台怎么用、导出的文件长什么样、安卓端有哪些版本要求，完整说明在方案中心。