日程先按天排，再谈其他
不管今天晚上有几项赛事，都先落进当天那一栏里。想留一份当天的清单，可以直接带走，最多能装下一百二十八条记录，字段包含时段、项目、对阵与状态。
落在 赛季活动 的分日赛程上
关于乐鱼体育会馆
从一张散落的赛程表，到今天这间会馆
最开始的时候，看比赛这件事麻烦在“找”。同一晚有好几项赛事在不同城市开打，时间散在几个地方，看完一场想接下一场，得重新翻一遍。第一次接触的人不知道从哪儿进去，常来的人每天重复同样的翻找动作。
乐鱼体育会馆就是从这件小事开始的：把赛事日程按天归拢到一处，让想看的人用最短的路径看到今天有什么、现在打到哪一步。这件事做了六个赛季，从一个只有单页赛程的入口，变成了有分栏、有状态、有回访通道的会馆。
团队与分工
谁在做什么
全队四十二人，按四类活分开。这不是四个各自为政的小组，而是一条从数据进来、到你看得懂为止的流水线，中间任何一环断了，后面的人立刻能看出来。
数据运营
盯比赛进程与状态切换，负责把三项状态标识对准，也是刷新节奏的守门人。
内容编辑
负责栏目里的说明文字、术语口径与页面结构，让同一种说法在每个入口下意思一致。
技术支持
保证入口能打开、栏目加载得住、移动端首屏在一秒出头的时间里出得来。
客服
接住访客发来的截图与描述，判断是入口问题、加载问题还是理解问题，再转给对应的人。
交接发生在每天固定的节点上：数据运营把当天最后一批状态变化交给内容编辑复核，内容编辑把需要改口径的地方退回，技术支持在版本上线前跑一遍移动端与桌面端的入口检查，客服把一周内重复出现的问题整理成一句话交给前三组。
一天的运转
从清早到深夜，哪些动作是固定的
不写具体的钟点表，是因为赛季不同阶段开赛时间本来就会挪。但有几件事的顺序基本不变。
-
开工时段
先把昨天的尾巴收干净
复核前一天标记为“已结束”的场次，把状态与时段核对一遍，再开始接当天的值守。
-
白天时段
栏目按天铺开
当天的赛程逐条落进对应的日期分栏，数据面板按大约九十秒一轮持续走，编辑同步补齐需要说明的字段。
-
开赛密集时段
盯状态切换
同一时段多项赛事同时进行，这一段最需要人手，状态标识的改动优先级也最高。
-
收尾时段
给第二天留底
把次日赛程预排一遍，确认没有缺项，再把当天的清单归档，方便第二天对比。
现在的位置
几个数字，以及它们各自量的是什么
6
个赛季的连续运营
从最早的单一赛程列表，到现在的按日期分栏结构，中间没有中断过。
42
名成员
按数据、内容、技术、客服四类岗位分工，客服编制最小，但值守时段覆盖面最广。
37
项联赛与杯赛
其中杯赛九项。赛事栏目入口按多层级导航组织，避免把不同性质的赛程混在一栏里。
9
次移动端版本迭代
主要针对小屏的栏目层级压缩，让移动端首屏加载稳定在一秒出头的区间内。
这些数字按当前运行口径给出，不往上取整。赛季阶段不同，同时段赛事数量和刷新负载会浮动，所以判断标准始终是“此刻这一栏能不能被看懂”，而不是某一天的峰值。
边界与原则
几种情况下，我们会这样处理
没有确定的信息，宁可空着字段
赛程已经排定但状态尚未产生时，那一栏就是“未开始”，不会先填一个猜测值等以后再改。如果你看到某一行缺了内容，多数时候是它确实还没发生。
时间一律说成相对阶段
赛季前、赛季中、赛季后，或者“版本迭代之后”。同一项赛事的开赛时间在每个时区看到的写法不同，用固定日期反而容易把人绕进去。
账号与信息只做该做的事
访问过程中收集与使用的范围写得比较具体，做法也按场景拆开讲。想对照这些处理方式，可以看 安全保障 里按情境展开的说明。
接下来