顶级组
12 支球队
场馆容量、看台分区与转播机位是这一组的重点字段，赛季期间改动最密集。
场馆资料编辑部 · 2019 年至今
一支球队 26 个字段：我们把场馆档案当刊物来做
爱游戏看台从球迷的看台记录起步。客场出发前想确认入口编号和转播机位，赛季进行中想翻球队近三个赛季的数据，或者换了设备要把旧档案再看一遍，都能在同一套编号下找到答案。三个联赛层级、30 支球队，一支球队一页卡，字段排布方式一直没变过。
A-01起点
从看台记录开始
最早没有资料库，只有几本记在手机备忘录里的看台手记。
-
2019
从一次客场记录开始
几个人跑客场，赛前各写一段：场馆怎么走、哪个入口排队短、坐在哪一段视线不被挡。问的人多了，备忘录就变成了共享文档。
-
2021
记录变成岗位
资料开始有人管。编辑部按联赛层级分成三组，每个层级固定一拨人跟场馆、跟赛季数据；校对单独成岗，不参与采集，只负责回头查。
-
2023
与场馆运营方接上
入口编号临时调整、看台分区重划这类消息，运营方最快。9 家场馆运营方把变更通知接进编辑部日常流程，场馆变动在 24 小时内同步进来。
-
2024
第四代层级结构上线
索引方式从城市换成联赛层级，30 支球队按顶级组、精英组、城市组重新归位；移动端与桌面端共用同一套编号，换设备不影响定位。
A-02谁在做
资料编辑部怎么分工
14 名场馆资料编辑按联赛层级分成三组，6 名校对人员独立复核。这个规模从 2021 年保持到现在。
精英组
10 支球队
赛程与开赛时间的变动最频繁，赛季进行期间每 48 小时走一轮。
城市组
8 支球队
场馆规模差距大，入口编号和看台分区的整理量最重，休赛期主要补这里。
校对不参与采集
6 名校对人员由不同的人担任，编辑交稿后另有人把容量、座席和赛季数字过一遍，两边对不上就退回重查。赛季进行时三组一起盯赛程与开赛时间；休赛期转做字段整理、历史赛季补齐和结构调整。
A-03怎么做
一份场馆档案的成形过程
从一条变更消息到球迷看到的档案卡，中间要过五道手。
-
01
采集
场馆公开信息、现场记录和运营方通知三个来源同时取料，同一处变更要能互相印证，再往下走。
-
02
字段整理
26 个标准化字段按场馆、座席、看台、入口、机位与赛季数据六类归位，命名方式沿用同一套，不随编辑换人而变。
-
03
层级标识
每条档案打上联赛层级与球队编号。这套编号移动端和桌面端通用，你换了手机还是能在同一处找到同一支球队。
-
04
双人校对
一名编辑提交，一名校对复核容量、座席与赛季数字。不一致的条目退回重查，改完再走一遍。
-
05
发布后复核
上线不等于结束。场馆数据每周三定时更新，赛季进行期间每 48 小时再看一遍赛程与开赛时间。
想先看看这 26 个字段在页面上怎么排，可以直接去 看台体验。
A-04一起做
与场馆运营方的互校网络
入口改了编号、看台分区重划、转播机位挪位置——这些消息，场馆运营方比谁都清楚。
9 家场馆运营方把变更通知接进编辑部的日常流程，场馆变动在 24 小时内同步进来。反过来，运营方也能拿到我们整理好的分区、入口与机位字段作参照，双方按同一套编号说话，客场出行的球迷才不会在入口处对不上号。
碰到看台分区整体重划，编辑部会把涉及该场馆的全部字段一次过一遍，给出改动前后的并排视图，场馆方和球迷都能看清哪一处变了、变成了什么。
- 9 家场馆运营方参与资料互校
- 24 小时内同步场馆变更信息
A-05怎么长起来
资料库的四代结构
从 2019 年到现在，资料库结构改过 12 次，其中四次换了索引方式。
-
一支球队一个页面，字段直接写在正文里，查一支队得先记住它叫什么。现在看很笨，但最早那批看台记录是靠它留下来的。
-
索引从球队名换成城市。客场出行前按目的地找场馆，第一次变得顺手。
-
同一个场馆在不同赛季的数据分开存放，赛季之间的变化可以并排看，翻旧记录不用再靠回忆。
-
顶级组、精英组、城市组三层索引，支持按联盟、城市与场馆三层定位球队。26 个字段的命名方式在这一代固定下来，移动端与桌面端也共用同一套编号。
每一次结构调整的过程都写进了 看台笔记，包括改了哪些字段、为什么改。