批次 752 · 42 个联赛与杯赛
BRAND NOTE / 品牌价值
七个赛季，只做比赛日这一件事
乐竞赛场从一张赛程表起步。今天你打开页面，能确认今天的开球时间、进行中的比分，以及终场后两小时内落地的战报。
ORIGIN / 起点
先解决一个很具体的麻烦
2019 年的第一版只解决一件事：今天有几场球，几点开，谁对谁。做它的人同时在追三个联赛，赛程散在好几个地方，战报常常等到第二天早上才看到。
于是顺序被定下来，并且一直没再动过——先把今天的比赛摆清楚，再让比分跟上，最后把整场写成能被翻回来的一篇。七年过去，这套顺序撑起了 42 个联赛与杯赛。
SEASONS / 赛季节点
七个赛季，把比赛日一点点填满
-
SEASON 01
一个页面，一天赛程
只有开球时间与对阵，短到一屏就能看完。
-
SEASON 02
足球铺到 26 个联赛
从几个热门联赛扩到 26 个，冷门的杯赛也开始收录进来。
-
SEASON 03
篮球加入，双线并行
16 个篮球联赛上线，足球与篮球各有各的栏目位置。
-
SEASON 04
战报两小时入档
终场开始计时，写完、校对完、打上时间戳，才算归档。
-
SEASON 05
CSV 导出上线
18 个字段，单次最多 5,000 行，赛程与赛果可以自己算。
-
SEASON 06
迭代开始带批次号
每次调整留下编号，当前批次 752 上调了比赛日分区的优先级。
-
SEASON 07
当季订阅成为主线
足球档、篮球档与全能档并行，都按整季开通。
TEAM / 维护者
46 个人，守着一个又一个比赛日
编辑与数据团队分四组轮值。比赛日的时间表比人先到位，谁在几点接手，开赛前就排好了。
-
赛程编辑
盯着 42 个联赛与杯赛的开球时间与对阵，遇到改期就直接改到页面上。
-
战报撰写
终场后落笔，把比分变化的节点和转折写清楚，长度控制在能一口气扫读。
-
数据校对
比分按 30 秒级推进，中场与终场结果在 5 分钟内再过一遍。
-
产品运营
订阅提醒、导出字段说明与使用问题，一年两份赛季内容报告也从这里出。
客服团队 18 人，工作日 9:00-18:00 在线，平均首次响应 22 分钟。订阅、导出和商务上的事，都可以从联系通道进来。
WORKFLOW / 一篇战报要走完的路
终场哨响，两小时倒计时开始
-
01 确认选题 赛程编辑
开赛前就定好这场盯什么：比分变化、关键节点，还是赛程上的临时调整。选题定了，写的人才知道该看哪儿。
产出 · 本场关注点清单
-
02 撰写 战报撰写
终场后立刻落笔，先把比分线和转折点写稳，再补背景。整篇控制在几分钟能读完的长度。
产出 · 战报初稿
-
03 数据校对 数据校对
比分、半场结果、关键节点逐项比对官方记分。这一步和撰写并行推进，不走串行。
产出 · 校对记录
-
04 时间戳登记 产品运营
校对通过的稿件打上归档时间与批次号，你以后翻回来，能看清这篇是什么时候定稿的。
产出 · 归档时间戳
-
05 进入归档 赛程编辑
战报归入对应联赛与标签，能被检索、能被导出。每赛季约有 8,600 篇走完这条路。
产出 · 可检索的战报条目
PRINCIPLES / 内容准则
写赛果，有几条线一直没动过
-
01
赛果取自官方记分与公开赛果，两处对不上时，以官方记录为准。
-
02
战报只写已经打完的球，读到的每一句都对得上记分牌。
-
03
更正留痕：内容改了，标出改了什么、什么时候改的。
-
04
引用其他媒体的内容，标注来源与首发时间，链接指向原文。
-
05
每年做一次全量赛程库校验，每季度抽查一次归档完整性。
WHO'S WATCHING / 谁在用
12.6 万人，散在 200 多个城市
- 12.6 万 当季订阅用户
- 28 个省级行政区
- 200+ 个城市
- 41% 同时关注足球与篮球
最常见的画面是电脑上同时开着两个窗口：一边是今天的赛程，一边是按球队筛过的表格。看重播的、看数据的、写东西的，用法不一样，需要的东西倒很接近。
一个人追三四个联赛的，会把关注列表填到 20 支球队和 6 项赛事；球迷社群的组织者更常用导出，把整轮赛程与赛果做成表格发进群里；写稿的人盯的是归档时间戳，两小时内拿到手，稿子才来得及发。
