看台档案 · WHO WE ARE

谁在做这个看台，数据又怎么走到你面前

B体育娱乐看台以赛事观察和数据阅读为业。42 人的团队维护着 1,260 支球队、约 28,000 名球员的资料，赛后 30 分钟发出首发版战报，2 小时内补齐复盘与图表。这些活怎么分工、谁来把关、改过多少次，下面一条条说清楚。

内容与数据团队: 42 人
其中数据编辑: 16 名
历史可回溯: 12 个赛季
已发布版本: 24 个

起点

从看台上的一本记录册开始

最早只有一本按轮次记的册子：第几分钟发生了什么，比分怎么变化。可要让一场比赛真正读得下去，记录旁边必须有数字——射门、换人、跑动、控球，缺一条，整段叙述就接不上。

这个习惯留到了今天。34 项赛事的资料按赛段归档，在数据服务里可以按赛季、球队、球员三个方向往回翻，12 个赛季的记录连成一条线，随手一翻就落到具体的球队和球员。

读者也在变。有人要看走势，有人在写稿，有人要把资料存成长期素材。所以我们把球队库、球员档案和战报放进同一套资料里，查一名球员的赛季数据和同一轮的比赛结果，不用在两个地方分别找。

由看台分区线条与编号构成的抽象结构示意图 — 按分区编号归档的看台结构，对应资料里的赛段标记

夜间编辑部里多屏显示赛程表与数据表的工作桌面，画面中不出现人脸 — 赛后 30 分钟内，数据编辑在几块屏幕之间比对比分与事件

团队

42 个人，各自守住一段流程

16 名数据编辑、12 名内容编辑、8 人产品与前端、6 人运营与客服，分工按赛段排班。

01
数据编辑 · 16 人

录入关键事件与比分，对齐官方赛果和公开技术统计，标好所属赛段。
02
内容编辑 · 12 人

把一场比赛写成读得下去的复盘，配图表、写短评，长文拆成摘要与详情两层。
03
产品与前端 · 8 人

维护球队库与球员档案的检索、页面加载速度，以及换设备后入口与阅读进度的接续。
04
运营与客服 · 6 人

处理内容纠错、账号与设备问题，工作日 09:00–18:00 内跟进。

流程

一条数据，要过三道手

来源分三层，复核顺序固定，谁都不能跳过前一个人直接定版。

三层来源

S1 官方赛果
比赛的最终比分与判定结果，是所有数字的起点，先落定再谈过程。
S2 公开技术统计
控球、射门、跑动等公开采集项，用来补齐一场比赛的中段。
S3 自建事件标注
编辑逐条给关键事件打上时间与类型，复盘引用时能直接落到具体一处。

复核顺序

01
录入
数据编辑在赛后 30 分钟内建立条目，写明来源与所属赛段，首发版战报据此发出。
02
比对
第二名编辑换一个来源独立核一遍。数字对不上就退回重录，不进下一步。
03
定版
第三人抽检并确认版本号与时间戳，通过后条目才进入页面、图表与 2 小时内的复盘。

比赛日关键比分与事件的刷新间隔约为 90 秒，但一条记录真正定下来，是在第三个人点下确认之后。

版本

从 v1.0 到 v2.4，一共 24 个版本

每 6 周一个小版本，每年两个大版本；下面标出来的几处，是改动最大的地方。

v1.0 起步

先有一张能翻的赛程表

第一版只做一件事：把按轮次整理的比赛记录放进页面，可以按日期往回翻。

v1.8 成形

球队档案单独成页，赛段标记进了列表

资料开始按球队归档，并标出收录维度；读一场比赛时，能顺手看到这支球队在赛段里的位置。

v2.0 合并

球队库与球员资料并到同一页

这一次改动最大：查一支球队和查它阵中的球员，回到同一个页面就能完成。

夜间球场灯柱的纵向特写，冷色光柱从看台上方落下 — 夜场是数据最密集的时段，也是版本更新最谨慎的时段

v2.2 回溯

历史数据可以交叉着翻了

12 个赛季的资料不再是单线往前，而是能按赛季、球队、球员三个方向交叉检索。

v2.3 移动端

手机上也能把一篇复盘读完

移动端阅读版式整体重做，长文改成摘要卡加折叠详情，翻起来不再是一堵字墙。

v2.4 当前稳定版

换设备重新登录，入口和进度都还在

现在跑在稳定版上：原入口、收藏与阅读进度跟着账号走，数据校准按赛段滚动。

运营

在昆明落地，按赛段作息

云ICP备87261378号 · 团队落地云南昆明

日常节奏

内容与数据团队按赛段排班。比赛日先保比分与事件的录入，非比赛日处理历史检索、内容纠错和下一个版本的准备。

响应时段

工作日 09:00–18:00 内容团队在岗，跟进纠错与咨询；赛事高峰时段的处理顺序可能顺延。

从哪里接着往下看

赛后复盘的更新在战报专栏；转载、数据接口与专题共建的对接方式写在合作联系。