赛事编辑
盯赛程、定选题、写首版战报。全部品类的赛前预告与赛后首发稿由他们出具,重要场次的标题和导语也在这一环定稿。
- 赛前排期与重点场次标记
- 终场后 30 分钟内出首版战报
- 两小时内补充关键回合拆解
最初只有两三个联赛的赛程表,如今全部品类全年无休。下面几个节点,标记着这套流程是怎么一步步成型的。点开年份,能看到当年真正落地的变化。
团队最开始只盯足球和篮球,赛程、比分、赛后结果由编辑逐场比对,一天处理几十场。也是在那时候定下一条规矩:赛前提醒必须准点,宁可少发,不能迟到。
开始批量接入赛事数据服务商,事件记录从人工录入转为链路校验。品类也从两条扩展到网球、赛车,同一时间段能覆盖的比赛明显变多。
你第一次可以把一支球队单独收进自己的清单,赛程提醒按球队走,不必在首页翻一整天的赛程。品类也在这一年补齐到全部十二项。
赛后内容不再是一篇篇孤立的长文,关键回合、比分变化和人员调整按时间顺序串起来,你可以顺着时间轴看完一场比赛是怎么被翻过去的。
对照页支持按板块名、更新时间与关键词筛选,每页展示 20 条并可翻页,近 6 个版本的历史记录都能往前翻,最早可以追溯到 2023 年 9 月版本。
新版入口把赛程、订阅和战报收进同一屏,订阅路径由 5 步缩短为 3 步,移动端首屏平均 1.2 秒就可以开始操作。
人数不是摆设,它决定了同一场比赛能被拆成多少段同时推进。下面每条岗位线后面的长条,对应它在团队里的人数比重。
岗位之间的交接被写成了固定动作:编辑提出当日重点,数据组回传核验过的事件记录,产品把结果放进订阅卡与战报页,客服把用户反馈的第一手情况带回早会。
这套动作每天跑完一轮,第二天照旧。人员轮班,流程不换。
盯赛程、定选题、写首版战报。全部品类的赛前预告与赛后首发稿由他们出具,重要场次的标题和导语也在这一环定稿。
维护 20 余家赛事数据供应商的接入与校验链路,日处理赛事事件记录 120 万条,对不上的字段挂起后回到人工复核。
负责入口、订阅卡与对照表的界面和交互,把用户从首页送到订阅成功的那条路,一步一步压短。
订阅没生效、提醒没收到、比分有疑问,第一接应都在这里,问题按类型分流到编辑组或数据组处理。
同一场比赛只产生一次比分,却要在五个时间点分别交付。点开任意一道工序,能看到它的时限和最终交到读者手上的东西。
按联赛阶段和球队热度排出当日重点场次,标记需要单独跟踪的比赛,同步给数据组准备事件流。
产出:重点场次清单与提醒排期
供应商事件流进入校验链路,比分、红黄牌、换人等关键事件逐条比对,对不上的自动挂起并转人工回看。
产出:一份可用的事件记录
比分、胜负走向和关键回合先写成首版发出去,保证你在赛后第一时间就能读到结果,而不是等到第二天。
产出:首版战报正文与标题
数据图表、关键回合拆解和人员调整说明补进正文,形成一份可以反复回看的完整版本。
产出:带图表的完整战报
把单场结果放回赛季脉络里看。常规赛季每周更新 20 篇以上;上一个完整赛季,战报与复盘内容累计发布 3,600 余篇,阅读 4,100 万次。
产出:复盘长文与赛季观察
供应商给的是原料,能不能用要看校验这一层。12 人的数据工程组就守在这里。
平台接入 20 余家赛事数据供应商,日处理赛事事件记录 120 万条。同一场比赛的关键事件往往有多路来源,字段对不上时先挂起,再由人工回看赛程和上一场记录确认。
12 家体育媒体与 20 余家数据服务商各管一段,我们把它们接成读者能直接读下去的东西。
提供实时事件流、历史赛果与榜单数据。校验链路负责把它们对齐到同一套字段,比分、时间与人员信息才能对得上。
提供赛事进程、赛程调整与背景信息。编辑据此判断哪些比赛值得提前排期,哪些变动需要同步给已订阅的用户。
媒体侧的快讯被整理成能回看的战报与复盘,数据侧的原始记录被翻译成看得懂的关键回合。两端各出所长,读的人只面对一份清楚的稿子。
赛季高峰不挑时间,提醒和战报也不能挑时间。这部分由服务节点与值班安排顶住。
3个
城市服务节点,互为备份
28个
省级区域由 CDN 覆盖
7×24
赛季高峰期内容与技术支持值班
1.8秒
首页常规网络环境加载时长
99.2%
赛季高峰推送到达率
3秒
赛程提醒平均送达延迟