自述
起步那会儿只有一张表：某一天、某一场、几点开赛。为了让这张表能被第二个人看懂，我们给每一轮编了号，把开赛时间挂在轮次下面——后来的赛程索引、轮次时间表和纪律记录，都是从这个动作长出来的。
球迷查的是「下一场什么时候」，创作者要的是「这一轮有哪些场次可以写」，组织方关心的是「改期有没有同步出去」。三件事指向同一个答案：记录必须挂在项目和轮次上，而不是散在一堆列表里。所以 28 个项目的赛程共用一套轮次顺序，红黄牌也按轮次落位，翻到任何一场都能看到它前后发生了什么。
六年里我们做过最笨也最值的事，是每场赛事都留人盯着。改期、补赛、纪律追加不会挑工作时间发生，赛事日有人值守，才有你今天打开就能用的赛程表。
从单项目到 28 个项目
起步赛季
只跟一个项目，把开赛时间按顺序排成能打印的表格。轮次编号就是在这时候定下来的。
阶段标记：1 个项目 · 手工排期
扩张阶段
多项目同时开赛，赛程按大类拆开维护，轮次顺序在不同项目之间保持同一套读法。
阶段标记：新增 2 个大类
纪律记录上线
直接红牌、两黄变红、累计黄牌停赛分开标记，详情里写清对应轮次和停赛场次。
阶段标记：每赛季约 9,800 条纪律条目
移动端上线
卡片视图看场次，表格视图看排期，一键切换；单屏最多 12 行赛程，扫一眼就知道今天有几场。
阶段标记：日比赛场次最多可同时展示 18 场
双节点存储
赛程与纪律数据做双份存储，单个节点出问题也不影响你读手里的这一页。
阶段标记：2 个数据节点
当前赛季
五大类、28 个项目、六个赛季的完整归档，客户端版本 4.2 在 iOS 14 及以上运行。
阶段标记：5 个大类 · 28 个项目
数据与内容团队
盯组织方发布的秩序册与改期通知，把每一次开赛时间变动落到具体项目和轮次上，改期同时推送给订阅了提醒的用户。
把每张牌挂到球员、球队、场次和轮次，标明是直接红牌、两黄变红还是累计黄牌停赛，并写清停赛对应哪几场。
从重点场次里切出 45 秒到 3 分钟的片段，按轮次和项目双索引归档，累计已归档 3,400 余段。
写轮次复盘，每轮挑 6 到 10 场重点场次，先给关键数据点，再讲转折节点，平时每周 3 到 5 篇。
赛事日实行轮班值守，一个小组发现的问题会交到另一个小组手上再确认一次：录入组改完的时间，纪律组看得见；纪律组补的停赛，编辑组写复盘时直接引用。压力最大的时段是同日多场开赛，团队会按项目拆分同时盯，先保证开赛时间不出错，再补齐纪律与复盘。
看看赛程与纪律记录怎么读分类体系
分类按比赛节奏和观赛习惯来分：同类项目赛期常常挨在一起，规则与判罚也接近，放在一个大类里，查赛程和查纪律记录时不会来回跳。
赛期密集、同日多场常见，轮次推进最快，是赛程日历里最拥挤的一块。
对阵与停赛关联紧，红黄牌和累计停赛的查询需求集中在这里。
按场次与轮次推进，开赛时间受天气与场地影响较多，改期更新频繁。
赛期集中成段，适合按轮次整体回看，复盘与集锦通常连着看。
项目细分多、场地分散，赛程条目短，靠轮次编号串起来才好定位。
合作与来源
已与 12 家区域赛事组织方、6 家体育媒体建立内容合作。组织方提供秩序册、场次安排与改期通知，媒体提供赛后记录与现场信息，这些一手材料是赛程和纪律记录最开始的输入。
合作也解决时效：改期往往先在组织方内部通知，合作渠道意味着我们能在同一时间知道，15 分钟内把新时间推到赛程表和已订阅的提醒里。省下的这段时间，正好够你改一张出行票。
手册页
开赛时间、场地、轮次先后，先看组织方的正式发布，再看现场变化。重大改期会同时推送给订阅了关注提醒的用户，不用你反复刷新。
红黄牌不是孤立的条目。看到一张红牌，能顺着轮次找到它发生的场次，也能看到后续停赛对应哪几场。
每轮重点场次先列关键数据点和转折节点，再展开过程。想快速取素材的人看前两段就够，想细读的人往下看。
87% 的访问来自移动端，所以表格式排期和卡片式场次在手机上都能一键切换。客户端没有开屏广告，提醒也只在你订阅之后才发。
归档的 3,400 余段视频都是 45 秒到 3 分钟的片段，用来快速回看关键回合。完整场比赛请通过持有版权的渠道观看。
赛程与纪律记录以组织方和合作媒体的公开信息为来源。拿不准的部分不靠推测补齐，条目看起来短一点，但每一条都站得住。
发现赛程或纪律条目有出入，走反馈通道，按内容事实处理，平均 2 个工作日内回复结果；商业与内容合作走另一条线，两件事互不影响。
规模一览