L1
数据编辑
18 人
盯每一场比赛的比分节点，写战报，把进球和失球分别归到主场、客场两列。重点赛事信号一断，90 秒内先给出一条节点。
交接前再互相看一遍，两支队的账都平了才肯上版。
01 / 我们在做什么
找到一支队，然后把它最近的状态看懂
约球之前想知道下一个对手什么状态，地铁上刷到一场冷门想弄明白赢球的队客场到底行不行——这类问题在别处要翻好几屏。在球队库里切一次队名就能看完：近 5 场拆成主、客两列，进球和失球分开摆，谁在主场硬、谁出门就软，形状一眼能出来。
业余球队组织者用它排热身对手，地方赛事运营方拿它做赛前速览，青训教练用它比对同年龄段队伍在两种场地上的差别。第一次来，从页面顶部的球队库入口进，两下就能到你关心的那支队。
- 1,286 支球队有完整档案
- 34 个省级行政区已覆盖
- 96 项联赛与杯赛体系
02 / 三条工作线
页面上的一个数字，经过三种人的手
球队库不是凭空长出来的。有人盯着比赛把节点敲进去，有人保证页面在哪台设备上都能打开，有人一年跑几十个场馆把这些地方写明白。
L2
前端与兼容测试
9 人
让页面在旧内核浏览器、投屏缩放、脚本拦截插件下照样打得开；遇到问题就把现象和处理办法写进兼容说明，方便下一个人少绕路。
每条现象都会配一句「你可以先这么试」，不用等人回。
L3
场馆信息
7 人
跑场馆、找场馆方聊，把场地类型、容纳规模、所在城区、怎么去和看球提示一条条补齐，写在苹果端品牌服务栏目里。
现场看到的情况同步给合作方确认，改一处就更新一处。
另外 12 位产品与运营同事，负责栏目排期、读者反馈归类和商务对接。
03 / 赛季与版本
从一个赛季走到下一个赛季
-
v1.0 · 起步赛季
先把当天的比分说清楚
站点刚上线时只有比分和战报，一屏看完当天赛果，是那会儿最要紧的一件事。
-
v1.6 · 扩栏赛季
场馆信息有了自己的位置
苹果端品牌服务独立成栏，场馆从长文章里搬出来，站在门口也能直接翻到。
-
v2.0 · 重构赛季
1,286 支球队长成一个样子
球队档案统一结构，按联赛与地区归档，找队从翻目录变成搜一次队名。
-
v2.4 · 拆分赛季
主客场终于能分开看
近 5 场拆成主、客两列数据条，同一支队的两种面孔并排放在一起。
-
v3.0 · 实时赛季
通勤高峰，30 秒一次
每日 900 场以上比分节点在线更新，早晚高峰把刷新压到 30 秒一次。
04 / 从赛场到页面
一场比赛的数字，要过四道手
-
01
采集
现场信号、官方记分和赛事方通报同时进来，几路对着看，谁的数先到先用谁。
-
02
记录
编辑把进球、失球和红黄牌拆成带时间戳的节点，标清楚发生在主场还是客场。
-
03
交叉校验
两名编辑各过一遍，数字对不上就回头查信号源，宁可慢半分钟也不抢先发。
-
04
上版
节点进比分条，进失球并入球队档案的近 5 场数据，战报条目同时生成。
地面信号结束后，战报平均 4 分钟上版，重点赛事压到 90 秒内给出首条节点；每天更新 900 场以上，通勤高峰每 30 秒刷一次比分。
05 / 场馆信息
两百多个看球的地方，是谁在跑
场地是什么类型、能坐多少人、落在哪个城区、怎么过去、看球要注意什么——这些写在苹果端品牌服务栏目里，手机上直接翻。栏目从扩栏赛季独立出来，就是为了让已经站在场馆门口的人，不用再翻一篇文章。
7 位同事专门管这块：每月复核约 60 家场馆，场馆方发来变更，48 小时内更新到页面。新场馆先由合作方推荐，再现场确认一遍场地和容量，才写进去。
- 240 家场馆已标注场地类型与容纳规模
- 7 人专门负责场馆信息维护
- 48 小时内把变更更新到页面
06 / 合作生态
和地方赛事、青训机构一起把数据做厚
球队库里的赛程、赛果和场馆位置，很多是合作方在日常工作里顺手换来的。你给我们一场比赛的准确节点，我们回一份看得懂的球队近况。
- 地方赛事运营方26
- 青训机构14
- 场馆方240
- 联赛与杯赛体系96
赛事数据互换、场馆信息共建、品牌内容合作，三条路都能谈。把需求发过来，两个工作日内会有人回复你。
聊聊合作