编辑组
把场馆公告、赛事通知和运营机构往来资料整理成结构清晰的赛事条目，确定字段格式与发布节奏。凡是进入站内的赛程，先过这一组的整理。
条目结构 · 发布节奏
01
四个人盯四件事，分工不交叉
32 人的资料维护团队分成编辑、数据核对、场馆资料、适配测试四个小组。每一条赛程和每一个场馆条目，在哪一步由谁负责，都是固定的。
数据核对组
9 名专职人员，逐条比对赛程编号、日期与场馆名称。平均每人每个工作日处理 160 条赛程条目，是条目上线前最后一道人工检查。
9 人 · 日处理 160 条场馆资料组
维护 380 个场馆条目的名称、所在地区与可承接的赛事类型，同时接收来自场馆方和用户的补充信息，把场地侧的变动同步回赛程条目。
380 个场馆条目适配测试组
负责 7 至 13 英寸平板与主流浏览器的显示测试，标注横竖屏切换、字号与表格缩放的推荐设置，保证对照表在小屏上不被压扁。
7–13 英寸平板
02
一份赛程从采集到发布
五个环节依次走完，条目才会出现在你看到的版本里。任何一步没过，它就不会上线。
-
1
采集
汇总场馆公告、赛事变更通知与运营机构往来资料，把零散信息整理成带编号的赛事条目。
编辑组 -
2
双版本对照
把同一条目拆进标准版与升级版两套字段，逐列对齐开赛时间、场地与赛程序号。
编辑组 · 数据核对组 -
3
交叉核对
比对编号、日期与场馆名，确认两版之间没有出现指向不同场次的偏差。
数据核对组 -
4
发布
同步进入两个对照版本。赛程数据每 5 分钟自动更新，临场改期、换场与加时调整在 10 分钟内到位。
数据核对组 · 适配测试组 -
5
留档
保留最近 6 个赛程版本快照，赛后可按版本号与赛季阶段回溯改动前的原始安排。
编辑组
为什么要走两遍
同一场比赛，在现场看的人和在后场排班的人，需要的字段并不完全一样。标准版把时间与场馆放在最前面，升级版保留更细的赛程序号与阶段信息。两版同时发布，才能让对照结果指向同一场比赛。
可导出的表格文件是这套流程的直接产物，拿去做现场排班、出行安排或机构内部资料整理都可以。
看最近的版本迭代记录
03
从几项冬季运动，到一套完整目录
按赛季节奏推进的四个阶段。点开任意一段，可以看到那一阶段新增了什么能力、覆盖到了哪里。
2018 建站起步
从冰上项目开始，先把冰球、短道速滑、花样滑冰的赛程整理成可以按日期检索的条目列表。那时的目标很具体：让人不用翻公告也能确认今天在哪个馆几点开赛。
积累期 赛事大类扩到 12 个
滑雪、篮球、足球等项目陆续进入条目体系，赛事大类最终稳定在 12 个。同一时期开始把一场比赛拆成标准版与升级版两套字段对外呈现，观众和运营方各取所需。
成形期 本地内容目录立起来
按场馆、地区、赛事类型三条线建立本地内容目录，把散落在赛程条目里的场地与地域信息收拢成独立入口。这一阶段沉淀下 380 个场馆条目、26 个省级地区与 48 个赛事标签，也把旧版本资料的入口固定在了页面的次级位置。
当前 版本化管理与季度说明
检索方式、对照表字段与设备适配清单的调整，现在每季度汇总一次对外说明。赛程保留 6 个版本快照，改期前后的原始安排都能翻回去看，核对与回溯不再依赖人工记忆。
04
三条线交叉，落到你要找的那一场
本地内容目录按赛事大类、省级地区、场馆条目三层划分，再用 48 个赛事标签做细分。你可以从任意一层切进去。
12
个赛事大类
冰球、短道速滑、花样滑冰、滑雪、篮球、足球等，按项目属性归入同一套结构。想找某一类项目时，从这一层进最快。
26
个省级地区
按赛事举办地归属划分。出差、旅行或只想看周边比赛的时候，先圈定地区再筛项目，能省掉大量翻页。
380
个场馆条目
每个条目记录场馆名称、所在地区与可承接的赛事类型。已知场馆名却不确定具体场次时，直接搜场馆是最快的路径。
实际怎么用
- 按赛程编号 — 手上有编号就直接定位，适合已经拿到通知的运营方与机构用户。
- 按场馆名 — 到了馆门口想确认今天还有什么比赛，搜场馆最直接。
- 按日期区间 — 提前规划出行时，框一段时间看完整安排，再决定去哪一场。
06
资料是双向走的
与 60 余家场馆、11 家赛事运营机构保持资料互通。场馆侧的变动进来，我们整理好的场馆资料也会回流出去。
60+
场馆
临时换场、加时调整、场地维护导致的延期，第一时间进入采集流程，核对后同步到两个对照版本。
11
赛事运营机构
赛程字段与阶段划分保持同一套结构，运营方排班、出通知时可以直接取用，不必再手工转录。
2
工作日内完成纠错
你发现场馆信息有出入，提交之后一般在 2 个工作日内完成核对并更新。真实使用场景里的问题，往往比公告更早暴露出来。
场馆方、赛事运营方想补充或核对资料，或者对合作方式有疑问，直接说明来意就行。
联系资料与商务对接