v1
起始赛季
先把赛程收进同一张表
站点上线时只有一张手工维护的赛程归档表。把分散在不同来源的赛事线拉进同一套行列，先保证「查得到」这件事成立。
字段位：赛事线 / 轮次 / 开赛时间窗
A0 品牌轨迹 · 运营方与数据来源
一条可回溯的数据轨迹：球盟会数据的九次版本更迭
球盟会数据（QMH）从 2016 年的一张赛程归档表起步，如今运行到 v9.4。这一页把三件事摊开讲：谁在维护、每条数据按什么口径落库、发现偏差后怎么回溯修订。读完可以顺着任一入口继续赛前十分钟的查阵容流程。
A1 · 定位声明
只做归档与对照，不做结果判断
把赛事资料按固定口径收进库里，让开赛前的十分钟有据可查。站点的全部产出是索引、表格与对照卡，读到的每一条都标注了来源与修订状态。
- 归档内容赛程节点、球员档案、场馆与转播窗口，单赛季新增或修订节点约 1,400 条。
- 更新节奏每个赛季阶段发布节点札记，版本发布周同步更新说明与勘误清单。
- 明确不做不做胜负预测，不出具投注建议，不收录赔率与盘口内容。
A2 · 版本时间线
九次迭代，每次都只解决一个问题
下面按 v 序号与所处赛季阶段自上而下排列。每个版本只交代当时要处理的麻烦，以及新增了哪些字段位。
B-01
先有表，再谈快
该区间字段变更 14 条
v2
编号赛季
给每条赛事线一个固定编号
同名赛事线在检索时经常撞车。为每条线分配唯一编号后，查询从模糊匹配变成定点进入，索引也能被稳定引用。
字段位：赛事线编号 / 赛季标识
B-02
编号先行，查询才稳
该区间字段变更 21 条
v3
索引赛季
让表格能被准确引用
表头、行号与坐标编号统一成一套写法，任何一条记录都能说清「在第几行第几列」，多人核对时不必再靠截图沟通。
字段位：坐标索引 / 行序号
B-03
能被引用的表格
该区间字段变更 19 条
v4
校核赛季
采集与核对交给两拨人
录入和核对正式分离，形成双人核对。错漏在发布前被拦下的比例明显提升，责任边界也随之可追溯。
字段位：核对人标识 / 核对时间戳
B-04
两道眼睛交叉看
该区间字段变更 26 条
v5
名录赛季
球员档案独立成条目
球员信息从赛程表的备注列里抽出来，独立成条目。位置、惯用侧与出场区间开始有固定填写位，不再依赖人工描述。
字段位：位置 / 惯用侧 / 出场区间
B-05
人名有了归处
该区间字段变更 33 条
v6
修订赛季
改过的地方必须留痕
发布后的修正不再直接覆盖原值，而是保留修订标记与原因。历史版本与已修订字段用陶土色单独区分，便于回头核对。
字段位：修订标记 / 修订原因
B-06
改过了就留痕
该区间字段变更 41 条
v7
归档赛季
把历史赛季拉齐比较
跨赛季纵向对照上线。同一名球员或同一条赛事线的历史区间可以被拉进同一视图，纵向看变化而不是逐年翻页。
字段位：跨赛季键 / 球队沿革链
B-07
历史拉齐再比对
该区间字段变更 37 条
v8
移动赛季
窄屏只留必要动作
移动端赛前流程自 v8.2 起重构。非必要信息折叠到下一层，开赛前需要点的那几下被压到最少。
字段位：窄屏优先级 / 快捷入口
B-08
窄屏只剩必要动作
该区间字段变更 52 条
v9
对照赛季
名录与赛程对照合并成一处
v9.0 把两条索引合并到同一入口，v9.2 起平板访问路径缩短至两步，v9.4 起状态条常驻全站，赛前十分钟窗口始终可见。
字段位：对照卡 / 状态条 / 两步路径
A3 · 数据口径与校核
三级校核，字段写在明面上
每条记录从采集到发布要过三道关。任何一关发现异常，记录会退回上一级并带上核对时间戳。
-
01 · 采集归档
按赛事线归入索引
采集来源逐条对照原始赛程，落到对应赛事线的固定列位，未填字段留空而不是猜测填写。
-
02 · 双人核对
两名校核员独立复核
第二人重新走一遍字段，与归档结果逐列比对。不一致的记录打回重采，不进入发布队列。
-
03 · 发布后回溯修订
版本发布周同步勘误
发布后收到反馈照样走流程，修订原因与时间写入字段，历史值保留可查，勘误清单随版本更新一并公示。
赛程节点字段口径
- 赛事线编号 · 唯一且不随赛季变化
- 轮次与场次序号 · 按联赛既有顺序排列
- 开赛时间窗 · 以主场所在时区标注
- 场馆标识 · 与场馆库关联
- 转播窗口 · 记录可公开的时段范围
- 节点状态 · 未开始 / 进行中 / 已归档
球员档案字段口径
- 位置 · 以最近一个赛季的登记位置为准
- 惯用侧 · 与出场记录保持一致
- 出场区间 · 赛季起止，不拆成单场
- 球队沿革链 · 依次排列所经历的球队
- 档案状态 · 在役 / 历史赛季
- 修订标记 · 显示最近一次修订的时间戳
A4 · 合并决策
为什么把名录并进对照中心
球员名录与赛程对照原本是两套独立索引，维护时要双份更新，查询时要在两个入口之间来回切。v9.0 把两者合并，形成体育赛事数据对照中心：一份档案同时挂在场次与球员两侧，字段只维护一次。
- 路径从首页到单条球员档案，平板端只需两步。
- 覆盖球员档案 12,600+ 条，含在役与历史赛季。
- 维度球员—球队、球员—赛季、球队—赛程节点、赛事—场馆、赛程—转播窗口、跨赛季纵向共 6 类。
- 成本索引维护从两处改为一处，重复修订的情况基本消失。
A5 · 维护团队
26 人分四个组，职责边界写清楚
团队按流程环节分工，每个组只负责自己那一段，交接点有明确的交付物。
数据校核组
11 人
负责采集归档与双人核对，处理退回记录，维护字段口径的一致性。
前端与流程组
7 人
负责索引结构、对照卡生成逻辑与移动端赛前流程，保障表格列对齐与键盘可达。
内容与指南组
5 人
负责站点专栏、使用指南与版本说明，把流程变化写成人能读懂的文字。
客服与响应组
3 人
负责勘误反馈接收与回复，工作日两小时内给出处理状态，老用户可进入优先队列。
节奏每个赛季阶段发布一次节点札记；版本发布周同步发布更新说明与勘误清单，两组内容都归档在站点专栏，可供回头对照。
A6 · 外部观察
连续五个赛季进入观察名录
站点连续五个赛季被区域数字体育内容服务观察名录收录。该名录按运营稳定性与内容可回溯性做记录，不涉及任何排名表述，也不代表与任何机构存在合作关系。可核对的依据只有两条：勘误清单是否按时公开，字段修订是否保留历史值。
5
个赛季连续收录
4.5:1
正文对比度下限
67
次流程更新
A7 · 备案与联系
公示信息与对外渠道
A8 · 继续