区域专题
北京联赛专题：替补席也是一条战线
按季前阵容、赛季中段替补贡献、收官阶段升降级形势三段组织内容。哪些换人真正改变了比赛走向，哪些位置轮换吃紧，都能在这一专题里顺着赛季阶段读下来。
- 替补贡献与换人效果分场次记录
- 阵容变动按日更新，标注生效轮次
- 关键阶段单独成条目，方便复盘
01 / 起点
先从“这一季谁来踢”开始，再把它做成十二年
-
第 1 代 · 起步
一个赛区，一季名单
最早的工作台只有一名编辑、一张赛程表和几十页手写名单。目标是让教练在赛前五分钟能确认对面首发有几个人是新面孔。
-
第 2–3 代 · 扩级
把升降级串成一条线
当名单开始跨赛季对照，升降级形势、积分变化和阶段排名就必须放进同一个编号体系里。四级联赛 38 支球队的完整档案在这一阶段成型。
-
第 4–5 代 · 指标与专题
数字要跑得比比赛快
传球成功率、射门和控球被提到小时级同步；同时，北京联赛专题与上海外援名额各自拆出独立小组，按区域读者的关注点组织内容。
-
第 6 代 · 检索与交付
让教练和编辑自己查
赛季时间轴、交叉筛选和静态导出上线后，球队分析师与体育媒体编辑可以按赛季、球队、专题和指标自由组合，直接拿到要用的那一张表。
02 / 团队
赛季轮值：四类角色，轮流守着同一个赛季
数据团队由赛事数据编辑、指标审核、区域专题运营和可视化工程四类角色组成。每进入一个新赛季，人员按赛区和模块重新编组，避免任何一个人长期只看一支球队。
负责出场名单、阵容变动、赛程结果和阶段排名的日常整理。比赛结束后先落名单，再核对比分与换人记录，最后挂上赛季编号。
盯传球成功率、射门、控球这类关键指标的同步链路。每个小时跑一轮比对，发现数值跳变就回查到具体场次和采集节点。
北京联赛专题聚焦替补贡献、阵容变动与换人效果；上海外援名额模块单独归档外援报名、出场名额与轮换限制。两个小组各自定题目、各自写观察。
把赛季时间轴、交叉筛选和导出工具做出来，保证一份赛季包在移动端也能顺畅通读。CSV、JSON 和静态图片三种格式都从这里交付。
03 / 节奏
每天跑一遍，每小时刷一次
稳定输出靠的是固定的检查点和固定的节奏。名单、指标与专题各自有自己的更新频率，跑完整轮之后才会对外可见。
1 次 / 日
全量同步完整性校验，逐场核对标签是否挂错
1 次 / 小时
传球成功率、射门与控球指标刷新，赛季中不断档
1 次 / 日
出场名单与阵容变动更新，随赛程推进滚动补齐
48 小时
赛季收官后发布当季总结，含积分变化与阶段排名
04 / 专题
北京看替补，上海看名额
名额模块
上海外援名额：四本账分开记
外援报名、出场名额、轮换限制和变更记录各自独立归档。球队运营方要核对一个外援当季能上几场，翻这一本账就够了。
- 报名与出场名额分开存放
- 轮换限制说明逐条列出
- 变更记录保留时间顺序
05 / 同行
和赛区里的人一起把数据补齐
四级联赛的赛程铺得很散，只靠一个团队跑不完。地方赛区的采集伙伴、随队分析志愿者和开源可视化社区，是我们把覆盖面撑开的关键。
地方赛事数据采集方
负责现场名单确认、换人时间点记录和阶段比分回传。赛区不同，采集习惯不同，我们会按当地赛程节奏约定回传窗口。
球队分析志愿者
多为半职业球队的助理或资深球迷，熟悉本队轮换逻辑。他们补上的往往是数据表看不出的背景，比如某次换人是因伤还是战术调整。
开源可视化社区
赛季时间轴和部分图表组件的思路来自社区讨论。我们把通用组件回馈给社区，赛区特有的展示需求则留在站内单独实现。
下一个赛季要补上的
区域专题目前覆盖北京与上海，接下来会按赛区活跃度和数据完备程度，逐步把独立专题扩展到更多城市。已有的赛季包、球队包与专题包也会随赛季推进持续增补，订阅用户按赛季收到更新通知。