十年，把一张赛程表
做成了赛事服务中心

起点

一张被反复打印的赛程表

2016 年，我们只想解决一个麻烦：约人看球的晚上，场次散在好几个地方，开赛时间对不上，最后还得手抄一遍发到群里。

第一版把当天的场次收进同一张表，按日期往下排、按类别往右分，谁几点开球一眼扫完。整理方式很土——手抄进表格，打印出来钉在墙上，第二天划掉重来。类别不多，但每一场都要对上时间。

这张表撑起了最早的访问量，也定下了后来所有版本的方向：先让你在最短时间里比完当天的场次，再谈别的。你现在在赛程页看到的横向时间轴，源头就是这面墙。

版本演进

四代版本，四个被解决的老问题

每一代只做一件最重要的事。点开任意一代，能看到当时卡在哪里、改完之后你少做了哪些动作。

1. 第 1 代 · V1
   V1 先把场次放进同一张表

   卡点：一天的比赛分散在多个来源，每换一个源就多一次复制粘贴，时间还常常对不上。

   • 统一条目结构：日期、开赛时间、赛事类别、对阵双方，四件事写在同一行。
   • 同一天的场次对齐在同一列，比较开赛时间不用来回翻页。
   • 类别从最初几类一路扩张，为后来的 38 类打底。
2. 第 2 代 · V2
   V2 把你在意的队单独拎出来

   卡点：表再清楚，你还是得每天从头找自己关心的那几支队，一天不看就接不上。

   • 上线关注列表，单个账号可添加 50 支球队或 20 项赛事。
   • 关注过的队次日在列表顶部优先露出，不必再翻整张表。
   • 从「看全部」转向「先看我关心的」，是这一代最大的变化。
3. 第 3 代 · V3
   V3 单日场次压进一屏

   卡点：赛事一密集，竖排列表要滑好几次才能看完同一天，比时间反而变慢。

   • 把当日场次改成横向时间轴，开赛时间自左向右排开。
   • 一屏之内看完当天全部场次，密集日也不用反复滚动。
   • 轴上的节点按时间刻度对齐，赶场次时先看冲突在哪。
4. 第 4 代 · V4
   V4 侧边赛程轴与案例合集入口

   卡点：页面越做越深，读长内容时容易丢掉自己在哪，深度阅读的读者也缺一个稳定入口。

   • 新增左侧赛程轴，当前位置与阅读进度一条线看得见。
   • 会员中心开放案例合集通道，按 6 个主题归档，已收录 180 余篇拆解。
   • 网页端与移动端两套浏览方式同步调整，移动端轴收为顶部细进度条。

更新时效

改动确认之后，五分钟内到你眼前

时间改一次，看球计划就要重排。所以赛程变更被当成一件需要留痕的事来处理，而不是随手改一个数字。

1. 01

   来源同步

   赛事方发布调整，或协作组委会直接同步到场次条目的来源记录里，附上调整原因。

2. 02

   两人独立比对

   两名数据复核成员各自核对同一条记录，只有两边结论一致才进入下一步。

3. 03

   确认后放行

   变更确认后的 5 分钟内更新到页面，关注列表里的球队同步刷新。

4. 04

   记录留存

   每次改动连同时间与操作人一起留档，事后翻查哪一场何时改过都能找到。

如果你发现页面上的时间与实际不符，把关注列表截图发到客服邮箱，核对起来会快很多。

内容规模

被用出来的数字

这些数字不是一次攒出来的，是每天有人打开、有人回访、有人把页面转给同伴之后留下的痕迹。

福建、广东、江苏三地的访问量最高。三地业余联赛密集、观赛群体活跃，赛程调整也最频繁，正好是这套更新节奏被用得最多的地方。

赛事协作

和 12 家城市业余联赛一起把表排清楚

城市业余联赛的赛程常常挂在群公告里，轮次一多就没人翻得动。我们从场地和排期入手，帮组委会把表立起来。

研究积累

连续六年，每年一份赛程观察报告

报告从赛季阶段讲起：密集期集中在哪几周、单日场次的高峰出现在什么时段、观赛人数和场次数量是不是同步涨落。写完这些，再谈人在什么时间打开页面、看多久、看完去做了什么。

这些年攒下来的结构经验，让我们拿到 3 项与赛程数据结构相关的软件著作权，也让赛程页每次改版都有据可依。

看看报告里的章节

• 01赛季阶段划分与密集期分布
• 02单日场次高峰与观赛时段观察
• 03关注列表行为：哪些队被留到了赛季末
• 04赛程调整的频率与集中环节
• 05业余联赛排期的常见冲突类型
• 06下一季的排期建议清单

下一步

接下来一年，改三件事

站点还在往前走。这三件事已经排进日程，做完之后你会最先感觉到差别。

• 移动端的赛程轴

  把顶部细进度条做得更好按，单手滑动时也能看清自己在一天的哪个位置。

• 案例合集的主题扩展

  现有 6 个主题之外再补两个方向，让关注列表与战绩阅读的实例更容易被找到。

• 下载包的体积压缩

  标准版、轻量版与离线包一起瘦身，弱网环境下完成安装的时间再往下压。