A-01
阵容组
8 人
- 负责三十支球队的阵容名单与球衣号码，球队按东西部两个赛区各十五支组织。
- 每名球员先落位球衣号码、位置、身高、年龄、赛季出场次数五项基础字段。
- 转队、补报、临时调整由这一组当天落库，并留下修改时间。
看台团队 · TEAM
站在看台，把每一轮看到底
企鹅体育看台背后是一支十八人的常设数据团队，常年跟着赛季走：赛前先把名单落位，赛后半小时内出首轮更新，第二天再过一遍复核，赛季结束统一归档。你查到的每一个号码、每一段出场时间，都有人经手过两遍以上。
- 18 常设编制 / 人
- 30 覆盖球队 / 支
- 127 数据字典字段 / 项
01 / 品牌主张
看台视角，是这支团队的起点
名字里的“看台”不是装饰。我们最初就是一群每个主场都坐在固定位置上看球的人，记分牌上的数字变一次，手里的记录也跟着改一次。后来记录变成表格，表格变成能查的库，坐在看台上那种紧张感没有被丢掉。
所以这里的数据不只有胜负。球员的球衣号码换了、球队补报了一名外援、某一轮的执法名单临时调整，这些在看台上最先被察觉的变化，都会在第一时间落到页面上。我们服务的是同样坐在看台上、或者隔着屏幕盯着这块场地的人。
跟赛是件慢功夫。一个赛季三十支球队、几十轮比赛，中间还夹着转会和补报，只有整季都在场边的人才清楚哪一处变动容易被漏掉。
02 / 团队构成
三支小组，各管一段
十八人的编制拆成阵容组、裁判组与校验组。一条阵容记录从线索进来到出现在页面上，至少要经过三个人的手：录入的人、采集场次的人，以及专门负责挑错的人。
A-02
裁判组
5 人
- 按轮次收集每个场次的执法指派信息，与轮次编号一一对应。
- 维护裁判编号、场次、轮次三级检索入口，临时换人当天同步。
- 比赛结束后核对实际执法场次，与赛前信息做一次对照。
A-03
校验组
5 人
- 用技术统计回传、第二信源抓取、人工复核三道来源交叉比对同一字段。
- 对不上的记录退回重录，确认之后才允许出现在页面上。
- 外援注册区间与出场时间是这一组最后确认的两类重点数据。
03 / 内容体系
四条数据线，对应四种查法
不同的人来查不同的东西：有人只想知道某队今年注册了几名外援，有人要把整轮名单导出来做图。四条数据线各自解决一类问题。
- L1
- L2
- L3
- L4
04 / 更新节奏
一轮比赛，四道工序
比赛日是最忙的时候，但流程是固定的。以一轮比赛为例，一份数据从赛前走到归档，会经过下面四个时间点。
-
赛前
名单预填
报名名单、球衣号码与位置先落位。此时页面已经可以查到这一轮谁会出场，只是出场时间栏还空着。
-
赛后 30 分钟
首轮更新
比赛结束后三十分钟内完成阵容与出场时间字段的首轮更新，同时写入得分、篮板、助攻、出场时间四组聚合指标。
-
次日
交叉复核
技术统计回传、第二信源抓取与人工复核三路结果比对，对不上的记录退回重录，改完的字段会带上新的修改时间。
-
赛季结束
统一归档
当季全部阵容、场次名单与出场时间数据整批归档，赛季期间查过的任意一轮都能重新翻出来对照。
05 / 发展节点
从阵容库到订阅体系
能力是一块一块加上来的，不是一次做齐的。按赛季阶段看，大致走了四步。
阶段 A
先把阵容库立起来
- 最初只做一件事：把三十支球队的阵容名单与球衣号码存进一个能按球队检索的库。
- 历史数据可回溯至 2016 赛季，早期赛季以阵容与比分字段为主，之后逐年补齐。
- 这一阶段定下的字段名称沿用至今，后来新增的字段都在同一套命名下扩展。
阶段 B
把赛季切成轮次
- 轮次时间轴覆盖常规赛全部轮次，每一轮给出得分、篮板、助攻、出场时间四组聚合指标。
- 当前轮次在时间轴上有独立刻度标记，滚到哪一段都不会迷路。
- 主客场数据拆成主队视角与客队视角两套指标，同一场比赛可以换边看。
阶段 C
把注册人数做成可比的区间
- 外援注册人数按每队两人至四人的区间呈现，随轮次更新，赛季中途的变动也能看出前后差别。
- 区间可以直接横向排列，一次看完整赛区十五支球队的注册力度。
- 每个常规赛赛季累计更新约三万条阵容变更记录。
阶段 D
让你不用天天自己刷
- 订阅支持按球队、赛区、位置三种方式组合筛选，改完即时生效。
- 移动端应用已迭代至 3.4 版本，支持离线缓存上一轮数据，地铁里也能翻。
- 目前订阅阵容提醒的用户已超过六万八千人，多数人一次盯三到五支球队。
06 / 合作与互认
转载、引用与数据合作
写稿、做图、做竞猜内容的人常常要问到能不能用。可以直接用的部分比多数人想的多。