26
家地方赛事主办方
按轮次提交赛果与技术统计，编辑组核对后并入战报与分布库，同一场比赛不会被重复登记两次。
01 / 团队分工
谁在维护每一轮战报
赛果采集、战报撰写、逐字校对分给三个小组，按三班轮值排班，全天赛程都有人盯着。 终场哨响之后你看到的比分和分布，就是这条流水线一路走下来的结果。
数据组 先把赛果钉准
- 从公开赛果与主办方技术统计中提取每场次的比分与关键分布字段
- 对照赛程表登记场次编号、轮次与比赛场地
- 遇到异常数值当场挂起，转交校对组处理
战报组 把三分钟读得完的东西写出来
- 终场后 90 分钟内成稿，开头先给比分、关键分布与三条要点
- 正文标注轮次、球队与场地，方便你按条件回查同一个场次
- 密集赛程日并行处理多个场次，保持行文节奏一致
校对组 逐项再过一遍
- 对已入库的比分与分布字段重新比照原始来源
- 每月汇总字段一致率，回溯差异出现在哪个环节
- 复核赛季专题里的轮次对比图与球队趋势线数据
02 / 数据来源
每一个比分数字来自哪里
赛事数据取自公开赛果与主办方提供的技术统计，经人工校对后入库。48 个数据源支撑着 篮球、足球、排球、羽毛球、乒乓球五类赛事的日常更新，每一类抓的重点并不相同。
9个数据源
以公开赛果与主办方技术统计为主，采集重点是节次比分与全场得分分布，落库后跟赛程表逐场对齐。
- 节次比分
- 得分分布
- 场地与轮次编号
11个数据源
采集重点是进失球的分钟、归属方与场地信息，赛果与技术统计两路交叉比照后再写入分布库。
- 进球分钟
- 进失球归属
- 场地与轮次编号
8个数据源
以局分与轮次数据为主，同时收录主办方提供的技术统计，方便把同一轮次的多场比赛放在一起看。
- 局分
- 轮次
- 对阵信息
10个数据源
采集单场局分、对阵信息与场次用时，比赛节奏差异较大的场次会被单独标注，避免回查时对不上。
- 局分
- 场次用时
- 对阵信息
10个数据源
采集单局比分与整场结果，单局比分逐局记录，方便你按轮次筛出同一位球员或同一支球队的全部场次。
- 单局比分
- 整场结果
- 对阵信息
03 / 复核机制
比分与分布，两次确认才入库
一条比分记录先由数据组落库，校对组再独立比照原始来源核一遍，分布字段同样逐项走这个流程。 两个人的判断都通过，这条记录才算正式上线。
- 第一步数据组把赛果与分布字段写入场次记录，同时登记来源编号。
- 第二步校对组拿到同一条记录后，不参考前一次录入的结果，独立重核一遍。
- 第三步两次结果一致即上线；不一致的记录退回重查，直到两边对上。
99.2%
月度字段一致率
每月汇总一次，五类赛事的比分与分布字段全部计入。这个数字反映的是两次独立核对结果相同的比例， 也是我们判断战报能不能直接用的主要依据。
04 / 发展历程
从 2018 年到现在
站点以赛季阶段和版本迭代为节点往前推。赛果种类、检索方式、阅读设备换过几轮， 加班的那批人和那条流水线没换。
-
01
起站赛季 · 2018
篮球与足球先上线
战报结构、轮次登记与场地标注在这一阶段定型，后来扩项时沿用了同一套字段。
-
02
赛事扩容
五类赛事纳入日常更新
排球、羽毛球、乒乓球陆续进入排班表，数据源随之增加，采集重点按项目单独划分。
-
03
索引重构版本
把所有入口收进一页
新用户适配清单迁到页脚，首屏加载速度提升 32%，回访球迷平均约 15 秒就能定位到常看的栏目。
-
04
移动端优化
七成访问发生在手机上
页面平均加载时间压到 1.4 秒，已浏览过的战报在没有网络的通勤路上也能继续往下翻。
-
05
赛季专题上线
轮次走势有了单独的汇总页
每赛季发布《赛季轮次观察》12 期，新增轮次对比图与球队趋势线，把散在场次里的分布收成一条曲线。
-
06
合作生态扩展
主办方成为稳定的赛果来源
26 家地方赛事主办方与 9 家校园体育联盟陆续接入，赛事数据源增至 48 个，赛程已更新至第 17 轮。
05 / 合作与生态
主办方把赛果交过来之后
地方赛事主办方和校园体育联盟按轮次提交赛果与技术统计，编辑组负责落库、复核和成稿。 对合作方来说，赛程一结束，第二天就有一份能直接引用的战报页面。
9
家校园体育联盟
按赛季对接赛程表，联盟内的常规赛结果随轮次同步更新，赛季专题里也会带上校园组的趋势线。
48
个赛事数据源
公开赛果与主办方技术统计并行使用，同一场次尽量有两路来源可以互相印证。