数据采编与校对
22人
守着从赛程到统计的每一处归位，负责每周三发布前的最后一遍过手。
- 赛事页面索引的归类与入口维护
- 关注列表模板与联赛分组的更新
- 射门统计的采集、复核与区间整理
01 起点与今天
第一份索引，只有十二个大类
最早的一版赛事索引，做的是最笨的一件事：把对阵信息按 12 个大类重新归位——联赛、国家和地区、轮次、主客场，每一项都落在固定位置上。那时能点开的入口不多，但老用户第一次可以用同一种方式找到不同的比赛，不必再记住各家页面的排法。
九年下来，这份索引长成了 320 余个栏目入口。从首页刊头进入任意联赛平均只要 3 步点击；关注列表页把 8 个联赛分组并排摆开，单个账户最多保存 30 组方案，需要带走时可以导出成 CSV 与图表。同时对照两个版本、又不想来回切换标签页的用户，多数就停在这个页面上。
看板也一起变厚。14 类统计维度里，射门、射正、进攻三区触球、角球、犯规与进球期望放在同一张表上，赛场事件平均 15 秒内进入看板——您刷新页面时看到的，基本是刚刚发生的那一拍。想看具体怎么用，可以先走一遍方案中心。
02 里程碑
九个赛季，几次关键的转身
每一次改动都来自同一类反馈：入口再短一点，列表再清楚一点，数字再快一点。下面这几步，是回过头看最值得记下的节点。
-
第 1 个赛季周期
首版赛事索引上线
赛程入口第一次按联赛归档，12 个大类骨架成型，同一场比赛在不同栏目里指向同一个位置。
那一阶段解决了什么
此前用户需要在多个页面之间反复比对轮次与时间，索引上线后，赛程查找和统计查找被拆成两条互不干扰的路径，深更半夜看球的人第一次能一次点对。
-
第 3 个赛季周期
关注列表页独立成栏
支持 8 个联赛分组并行切换，单个账户可保存 30 组关注方案，并导出成 CSV 与图表。
谁最先用上了它
需要同时对照两个联赛版本的深度用户最先把它固定成常用入口，随后中文内容创作者也把它当成取数起点——一次截图就能带走整组区间数字。
-
第 6 个赛季周期
数据看板扩展到 14 类维度
射门、射正、进攻三区触球、角球、犯规与进球期望进入同一张表，赛场事件平均 15 秒内落进看板。
看板为什么值得加厚
写稿的人常常缺一个上下文，单看射门次数说明不了什么。把进攻三区触球和进球期望放在同一列旁边，一场比赛的走势就有了可以互相印证的依据。
-
第 8 个赛季周期
桌面端整体改版
三级菜单换成了居中刊头加索引抽屉，桌面端进入 v4.2 迭代线；同期移动端推进到 v3.8。
改版前后差别在哪
过去找一个小联赛要点开三层菜单，现在从刊头两侧的双标签快切出发，赛事索引与关注列表之间一键互换，回到常看栏目平均仍是 3 步。
-
第 9 个赛季周期
射门统计栏目固定周更
射门统计栏目中文版确定在每周三 10:00 更新，并放出近 3 轮区间数据供导出。
为什么定在周三上午
这个时间点刚好卡在多数联赛一个轮次结束之后、下一轮情报开始之前，内容创作者拿到的是一份干净收口的区间数据，不用自己再去拼两轮之间的断点。
03 团队构成
68 个人，三支队伍各管一段
内容不是抓来的，问题也有人接。数据、产品、支持三支团队各自守着一道关口，交接的位置写成了固定动作，谁是下一个接手的人一直很清楚。
产品与研发
26人
把入口、看板和导出这条链子做得越来越短，常规每两周发一个小版本。
- 桌面端 v4.2 与移动端 v3.8 的迭代
- 每季度一次功能版本的排期与验收
- 看板指标、筛选与导出能力的开发
用户支持与运营
20人
负责把问题接住，也负责把使用方式讲清楚。
- 7×15 小时在线客服，工作时间内平均首次响应约 12 分钟
- 帮助中心 186 篇图文说明，分为 6 个分类
- 专栏共建与线上开放日的对接与执行
04 数据怎么来的
一条数据从赛场走到看板，要走四步
9 家公开赛事数据合作方与官方赛程发布渠道同时供数，赛程和事件分开走线，中间有两道人工关口。
-
01
采集
赛程、轮次与事件数据从合作渠道进入，按联赛打上标记，缺项当场标出。
-
02
复核
采编校对团队按联赛分工过手，比分、轮次与球员归属逐项复核通过后才允许入表。
-
03
入库
统计指标按 14 类维度落到统一结构，射门统计保留近 3 轮区间，随时可以整段取出。
-
04
发布
射门统计栏目中文版固定在每周三 10:00 更新；赛事事件平均 15 秒内进入看板。
版本节奏同样固定：每两周发布一次小版本处理问题与细节，每季度发布一次功能版本上新栏目。近 12 个月，桌面端与移动端的服务可用性为 99.92%。
