GROUP 01
索引维护组
日期轴上的每一条记录都归这组管:采集、归位、双人校对、变更标注。每天约 900 条新增与修订在这里消化,42 个项目的赛季周期分类也由这组维护。
适合找他们的情况:某一天的场次对不上、改期标签没出现、补赛排在了错误的位置。
赛事索引与订阅服务 · 中文区运营
ABOUT / LD体育赛事
LD体育赛事自 2019 年开始整理赛事日程。今天你在这里能按日期查到 42 个项目的比赛记录,看懂一场改期是怎么标出来的,也能在平板和电脑之间来回对照同一场比赛。下面说的是这件事背后有谁在做、按什么步骤做、每一版又加了什么。
01 / 运营轨迹
2019 年第一次把比赛按日期排进一条时间线时,能查的项目还很有限。那时候处理一场改期,做法是把原位置撤掉,再在备注里补一句。
现在同样一件事,改期在核对完成后平均 12 分钟内就会出现在原来的日期节点旁边,橙色标签提示变更,原定时间与调整后的时间并排摆着,不用去猜哪一条才是新的。
42 个赛事项目、18 类赛季周期摆在同一根日期轴上,意味着同一天里既有常规轮次,也有补赛和跨轮杯赛。轴要装得下这几种节奏,一场比赛才不会落在错误的位置上。
每天大约 900 条新增与修订,靠记忆已经做不到。所以每一步都拆成固定动作,交给固定的人去做,做完了再往日期节点上放。
索引服务起步,第一批记录按日期归档,入口只留日期轴这一条。
项目从少数扩到多项目并行,赛季周期开始按类型分开归档。
赛事对照订阅开放,最多 4 个终端同时看同一场,邮件摘要改为每周一期。
变更标注定型,橙色斜切角标签固定下来,改期与补赛一眼可以分开。
v3.6 上线,平板端覆盖 7 种主流分辨率,横屏竖屏共用一套索引结构。
02 / 一条记录的四道手
每一场都按同样的顺序过一遍。顺序不变,结果才稳,也才解释得清某一天的排法为什么是这样。
从赛历里把场次、开赛时间与所属阶段取出来,先进待整理池,不直接上日期轴。
进入待整理池的场次先按项目贴好标签,等日期轴上的位置定下来。按项目分类和赛季周期,把场次放进它该在的那一天。同一天的常规轮次、补赛与跨轮杯赛分行排列。
把补赛当成下一轮去放,是归位环节最常见的一种错位。索引维护组两人分别过一遍时间与阶段字段。结果对不上就退回上一步重排,对得上才继续往下走。
两个人各自独立看一遍,比一个人反复看两遍更容易发现错位。涉及变更的场次挂橙色斜切角标签,写清哪一段被调整。核对完成后平均 12 分钟出现在原日期节点旁。
标签上带时间戳,回头能查到是哪一次改动落地时挂上去的。03 / 谁在做事
问题不一样,该找的人也不一样。看清这三组各管什么,写信的时候就能直接送到做事的人手上,少绕一圈。
GROUP 01
日期轴上的每一条记录都归这组管:采集、归位、双人校对、变更标注。每天约 900 条新增与修订在这里消化,42 个项目的赛季周期分类也由这组维护。
适合找他们的情况:某一天的场次对不上、改期标签没出现、补赛排在了错误的位置。
GROUP 02
管 6 个频道分类怎么划分、每周一期的摘要里放哪些场次,也管摘要的推送节奏与内容取舍。
适合找他们的情况:摘要收不到、频道内容和你在跟的项目对不上。
GROUP 03
管平板与多端显示。7 种主流分辨率、横屏与竖屏两种持握方向都在日常测试范围内,4 端对照出现的显示差异也由这组跟进。
适合找他们的情况:同一场比赛在两个终端上排得不一样。
不确定该找哪一组?从联系入口把问题发过来,会按上面三类分到对应小组,工作日内处理。
04 / 版本刻度
近三年保持每季度一次功能迭代,版本号一路走到 v3.6。下面这几个刻度,是能力真正发生变化的地方。把光标停在任意一个刻度上,可以看到它当年加了什么。
05 / 内容节奏
选题基本从一个地方来:哪些日期节点当季改动得最频繁,哪些赛季周期最容易被读错。把这些整理成文字,是为了下一次查日期的时候能少绕一步。
专题中心每年发布约 40 篇,按赛季阶段与期号排列,从赛季开局一路排到收官,不是一次填满的。
一个赛季结束后,把当季改动最集中的日期节点连同原因整理成篇,方便回头对照。
讲清某一类赛季周期该怎么读,比如跨年安排与补赛在日期轴上的不同位置。
把一段时间内调整频繁的场次集中说明,省去逐条翻日期轴的时间。
每次功能迭代后说明新增了什么、旧内容怎么迁移,比如 v3.6 的平板端适配。