更新有固定节拍
赛程与比分每 30 分钟刷新，伤停名单每天上午与傍晚各校订一遍。节拍固定意味着你可以按习惯去查，而不是碰运气。
01
为什么做这件事
信息散在七八个入口里，本来就该有人把它收拢
如果你同时关注两三个联赛的球队，多半经历过这种场面：在这边查完停赛，再去另一个页面找轮次表，两边对同一场比赛的写法还不太一样。我们最初只是因为受不了这套流程，才动手做了一张自己的赛程页。
后来的事就顺理成章：把更多联赛接进来，让球队的主客场战绩、轮次安排和伤停情况落在同一套字段上，再给需要横向比的人配一块能筛选的面板。今天这支团队主要服务三类人——每周要看上好几次的球迷、需要在电脑前把几支球队并排比一比的关注者，以及组织业余联赛和体育社团的人。
02
谁在做这件事
38 个人，分成三拨，围着同一套资料转
团队规模不大，但每条线都有明确的责任人。资料能不能用、用起来顺不顺手、出问题找谁，三件事各有人盯。
-
编辑与数据整理 16
把赛事公告、名单变动和轮次调整录进库，并在发布前把对不上的条目挑出来重查。球队档案与球员出场记录也由这拨人维护。
-
产品与工程 12
负责筛选逻辑、对比视图和两端呈现。手机和电脑上看到的是同一批字段，控件形态按屏幕大小调整。
-
用户支持与运营 10
接读者报来的错漏，跟协作机构对接，也负责把版本改动和专题内容整理成文章发出去。
03
一条信息怎么走完
从赛事公告到你看的那一行，中间有五道手
资料不是抓过来就直接摆上去的。下面这五步每天都在循环，最快的一步几分钟走完，最慢的一步要等两次比对都对上。
-
01
采集
从赛事机构公开公告、联赛官方渠道，以及 12 家赛事数据服务机构、6 家高校体育社团的合作渠道拿原始赛程与名单。
-
02
结构化
按联赛、轮次、主客场、比赛状态等固定字段录入。同一支球队在不同联赛里的档案指向同一条记录，跨联赛切换时不会换一套说法。
-
03
复核
至少两处来源对照一次，比分与出场记录对不上的条目退回重查；伤停名单还要看变动发生的时间点是否落在当前轮次内。
-
04
发布
赛程与比分每 30 分钟刷新一次，伤停名单每天上午与傍晚各校订一遍。临近开赛的状态变更会优先推上去。
-
05
反馈
读者报来的错漏进待办清单，处理完的结果写进版本改动记录，在动态栏目里能翻到。
04
走到哪一步了
从一张赛程页，走到一块能筛能比的面板
没有推倒重来过，每一版都是在上一版被用烦了的地方接着改。下面四个节点对应着四个版本号。
-
单联赛赛程页
最早只做一件事：把一个联赛的赛程和比分排清楚，让页面在手机上打开就能读。范围小，但把字段该怎么定这件事定下来了。
-
跨联赛球队库成形
把多个联赛并进同一个球队库，球队档案、主客场战绩和球员出场记录开始互相关联。跨联赛切换这个动作，是从这一版起变得不需要跳页的。
-
固定栏与筛选面板
把上下班最常看的三栏固定在首页：关注球队、今日轮次与伤停提醒。同时给桌面端补上五维筛选面板，按联赛、轮次、主客场、状态与时间窗组合查看。
-
当前在跑的一版
对比视图可以同时并列 6 支球队，按任意字段排序并导出为表格文件，单次导出上限 5,000 行。日常改动仍按赛季阶段持续发布。
05
现在库里有多少
打开手机就能扫完的那些数字
- 联赛与赛事体系
- 42
- 运动大项
- 9
- 球队与俱乐部档案
- 3,860
- 球员档案
- 12,400
- 注册用户
- 27万
- 日常活跃
- 4.6万
读者分布在 31 个省级行政区，其中约七成从手机端进来。球员档案里带着出场记录与伤停状态，跟球队档案互相引用，所以你在球队页点开一个人，能看到他这一季在哪几轮上过场、哪几轮缺阵。
移动端和桌面端共用同一套筛选逻辑与字段，差别只在控件形态和信息密度。你在手机上收藏的关注球队，换到电脑前打开还是那几支。