起点：一张发给球迷社区的赛程表
手工排期 → 结构化赛季数据
最早那批人没打算做数据库。赛季开始前，他们把当季排期、主客场和轮次整理到一张看得懂的表里，发给几个球迷社区，让看球的人知道下一轮什么时候打。
这张表越做越厚。一支球队换了外援，注册名单要跟着改；杯赛进到淘汰轮，对阵关系比小组赛复杂得多；同一名球员在不同赛事里穿的号码还可能不一样。只靠一张总表，已经接不住这些变化。
我们选的是把赛季数据当长期内容来做：按赛事、球队、球员三层组织，让赛程、名单和签表之间能互相指向。这条路不快，但每年赛季结束时，都能留下一点能接着用的东西。
编年：从 2016 到 2025 的关键节点
左侧年份可跳转，右侧是对应年份发生的事
-
2016
赛程整理小组起步
几个人、一张总表，按周更新当季赛事的排期与轮次。第一批读者来自球迷社区，他们要的是能直接贴出去的赛程。
-
2020
结构化赛程体系上线
统一了赛事编号与球队标识，赛程从一张总表拆成条目，可以按赛事、按轮次、按主客场分别调取。这是版本 1.0 的起点。
-
2022
实时比分与注册名单联动
比分刷新时，当天出场的注册名单同步跟着动。看一场比赛之前想确认阵容，不用再翻三个页面。
-
2024
俱乐部简史库与荣誉徽章开放
240 家俱乐部的编年条目陆续上线，每家都配有按赛季陈列的荣誉徽章。历史不再是一段文字，而是一条可以往下翻的时间线。
-
2025
赛季 6.0：双线赛事并行
足球 7 项、篮球 5 项，共 12 项赛事同时运行，覆盖 400 余支球队、5,800 余场赛程条目，以及 3,200 余名球员的球衣号码归属。
团队：42 人分成四段工序
从一条赛程记下来，到它被送到合作方手上
一份赛程从录入到能被别人用，中间要过好几道手。我们把 42 个人分成四个职能组，每组盯住其中一段。
-
组 01
内容编辑
负责赛程、注册名单与俱乐部编年条目的整理和文字校对。球衣号码和球员归属对不上，最先发现问题的通常是他们。
-
组 02
数据工程
维护赛事编号、球队标识与对外接口，赛程和名单数据每日进行三次全量校验，保证不同页面调出来的结果是同一份。
-
组 03
产品设计
决定数据怎么被看见：赛程时间轴怎么排、签表对阵树怎么展开、荣誉徽章怎么陈列，都由这个组定稿。
-
组 04
客户支持
回答接入过程中的技术问题，跟进内容授权与专题共建的沟通，合作方遇到的第一道门是他们。
简史库：240 家俱乐部的编年条目与徽章
PC端俱乐部简史 · 按赛季往下读
PC端俱乐部简史不是一篇篇独立的介绍，而是一条按赛季排列的编年线。点进一家俱乐部，你能看到它从哪一年开始出现在赛事里、中间经历过哪些阶段、在哪些赛季留下了荣誉记录。
每个俱乐部配有独立的荣誉徽章架。徽章按赛季陈列，环线颜色区分类别：绿色代表赛季冠军，琥珀色代表杯赛成绩，紫色代表梯队与青训记录。鼠标停上去会显示对应的赛季标签，触屏设备上标签默认常显。
- 双冠星徽 2019 · 2021
- 主场金环 2018 · 2020 · 2023
- 青训徽记 2022
- 决赛纪念章 2017 · 2024
- 连胜勋章 2021
- 杯赛银环 2019 · 2023
简史条目和赛程、签表之间可以互相跳转。你在签表里看到某支队伍打到第几轮，顺着链接就能回到它当年的编年位置。
版本：从 1.0 到 6.0 逐年长出来的能力
点击任意版本可展开当年的能力说明
6.0 2025 赛季 三条产品线并行
赛季日历、签表中心、名单与比分三条产品线同时运行，数据以 API、可嵌入组件和页面模块三种方式交付。足球 7 项、篮球 5 项赛事共用一个赛季骨架，合作方按需取其中一段即可。
5.0 2024 赛季 简史库与荣誉徽章开放
240 家俱乐部的编年条目对外可见，每家配一组按赛季排列的荣誉徽章。历史内容第一次和当下的赛程、名单长在同一套体系里。
4.0 2023 赛季 签表支持按轮次展开
杯赛签表模块提供完整的淘汰赛对阵树，从首轮点到决赛，每一轮的晋级路径都能单独展开查看，方便编辑直接引用某一段对阵关系。
3.0 2022 赛季 比分与注册名单联动
比赛日的比分以秒级刷新，同一场比赛的注册名单和球衣号码归属同步更新。外援名额的变动记录也从这一版开始按赛季存档，可以在签表和名单之间来回跳。
2.0 2021 赛季 球队档案维度补齐
在结构化赛程之上补齐球队档案字段，400 余支球队的标识体系在这一版稳定下来，队伍之间的跳转路径也随之打通。
1.0 2020 赛季 结构化赛程体系上线
赛事编号与球队标识第一次统一，赛程从一张总表变成可以按赛事、按轮次调取的条目。此前四年的手工积累在这一版被完整装进系统。