团队介绍 · 赛场背后的人

46 个人、12 个品类,把赛场守成一份不断档的日报

优博体育从 2016 年一路跑到今天,靠的不是一条快讯,而是把编辑、数据、产品和服务拧成一条固定交接的工作线。

你订阅一支球队,收到的是准点的赛前提醒;你打开一篇战报,看到的是终场哨响半小时内写好的首版内容。这些动作看起来轻,背后是四个岗位按分钟对齐、按赛季轮转的结果。

一条工作线,从 2016 年长到现在

最初只有两三个联赛的赛程表,如今全部品类全年无休。下面几个节点,标记着这套流程是怎么一步步成型的。点开年份,能看到当年真正落地的变化。

  1. 2016 两三个联赛,一份手工赛程表 起步

    团队最开始只盯足球和篮球,赛程、比分、赛后结果由编辑逐场比对,一天处理几十场。也是在那时候定下一条规矩:赛前提醒必须准点,宁可少发,不能迟到。

    • 足球、篮球两个品类先跑起来
    • 赛程与比分以人工比对为主
    • 养成赛后第一时间回看的习惯
  2. 2018 把数据服务商接进来 数据

    开始批量接入赛事数据服务商,事件记录从人工录入转为链路校验。品类也从两条扩展到网球、赛车,同一时间段能覆盖的比赛明显变多。

    • 首批数据服务商完成接入
    • 品类扩展到网球与赛车
    • 事件记录进入统一校验流程
  3. 2021 球队订阅中心上线 订阅

    你第一次可以把一支球队单独收进自己的清单,赛程提醒按球队走,不必在首页翻一整天的赛程。品类也在这一年补齐到全部十二项。

    • 单支球队订阅清单上线
    • 提醒按订阅对象精准推送
    • 覆盖范围补齐至全部品类
  4. 2023 战报时间轴推出 复盘

    赛后内容不再是一篇篇孤立的长文,关键回合、比分变化和人员调整按时间顺序串起来,你可以顺着时间轴看完一场比赛是怎么被翻过去的。

    • 战报按时间节点重新组织
    • 关键回合与比分变化对齐
    • 复盘阅读路径明显缩短
  5. 2024 板块对照页改版 版本

    对照页支持按板块名、更新时间与关键词筛选,每页展示 20 条并可翻页,近 6 个版本的历史记录都能往前翻,最早可以追溯到 2023 年 9 月版本。

    • 三种筛选方式同时可用
    • 每页 20 条,支持翻页查看
    • 近 6 个版本历史可回溯
  6. 2025 新入口 M4N9 上线 入口

    新版入口把赛程、订阅和战报收进同一屏,订阅路径由 5 步缩短为 3 步,移动端首屏平均 1.2 秒就可以开始操作。

    • 赛程、订阅与战报整合进同一屏
    • 订阅动作压缩到三步以内
    • 移动端首屏快速可交互
由多层半透明面板层叠构成的抽象结构,表现版本逐年叠加的形态
每一代入口都从上一代里长出来,旧版本的能力被逐层保留,而不是推倒重来。

46 个人,四条岗位线

人数不是摆设,它决定了同一场比赛能被拆成多少段同时推进。下面每条岗位线后面的长条,对应它在团队里的人数比重。

暗调办公区内多位赛事编辑对着多屏赛程与比分界面协作,画面以冷色为主
编辑组的工位常年同时开着赛程、比分与数据三条界面。

岗位之间的交接被写成了固定动作:编辑提出当日重点,数据组回传核验过的事件记录,产品把结果放进订阅卡与战报页,客服把用户反馈的第一手情况带回早会。

这套动作每天跑完一轮,第二天照旧。人员轮班,流程不换。

18

赛事编辑

盯赛程、定选题、写首版战报。全部品类的赛前预告与赛后首发稿由他们出具,重要场次的标题和导语也在这一环定稿。

  • 赛前排期与重点场次标记
  • 终场后 30 分钟内出首版战报
  • 两小时内补充关键回合拆解
12

数据工程

维护 20 余家赛事数据供应商的接入与校验链路,日处理赛事事件记录 120 万条,对不上的字段挂起后回到人工复核。

  • 供应商接入与字段对齐
  • 事件流实时校验
  • 比分与榜单数据复查
7

产品与设计

负责入口、订阅卡与对照表的界面和交互,把用户从首页送到订阅成功的那条路,一步一步压短。

  • 入口结构与导航层级
  • 订阅卡与提醒设置界面
  • 对照表筛选与翻页体验
9

客户服务

订阅没生效、提醒没收到、比分有疑问,第一接应都在这里,问题按类型分流到编辑组或数据组处理。

  • 订阅与提醒问题受理
  • 内容纠错提交复核
  • 合作与媒体咨询转接

一场比赛,五道工序

同一场比赛只产生一次比分,却要在五个时间点分别交付。点开任意一道工序,能看到它的时限和最终交到读者手上的东西。

  1. 01 赛前排期 赛前 24 小时

    按联赛阶段和球队热度排出当日重点场次,标记需要单独跟踪的比赛,同步给数据组准备事件流。

    产出:重点场次清单与提醒排期

  2. 02 数据接入与核验 开赛前 1 小时至终场

    供应商事件流进入校验链路,比分、红黄牌、换人等关键事件逐条比对,对不上的自动挂起并转人工回看。

    产出:一份可用的事件记录

  3. 03 首版战报 终场后 30 分钟

    比分、胜负走向和关键回合先写成首版发出去,保证你在赛后第一时间就能读到结果,而不是等到第二天。

    产出:首版战报正文与标题

  4. 04 图表补齐 两小时内

    数据图表、关键回合拆解和人员调整说明补进正文,形成一份可以反复回看的完整版本。

    产出:带图表的完整战报

  5. 05 赛后复盘 次日与整个赛季

    把单场结果放回赛季脉络里看。常规赛季每周更新 20 篇以上;上一个完整赛季,战报与复盘内容累计发布 3,600 余篇,阅读 4,100 万次。

    产出:复盘长文与赛季观察

数据进来之后,还要再过一遍手

供应商给的是原料,能不能用要看校验这一层。12 人的数据工程组就守在这里。

平台接入 20 余家赛事数据供应商,日处理赛事事件记录 120 万条。同一场比赛的关键事件往往有多路来源,字段对不上时先挂起,再由人工回看赛程和上一场记录确认。

  • 多路比对比分、时间、人员三条线交叉核对,任一条对不上就进入复核。
  • 异常挂起与赛程或上一场记录冲突的事件自动挂起,不直接进入推送。
  • 人工回看数据组按品类分工复查,确认后才会进战报与赛程提醒。
  • 用户纠错你提交的比分或数据疑问,平均 4 小时内完成复核并给出结果。
监控大屏上滚动着赛事事件流与折线图,关键数值以荧光青与橙色高亮标出
校验链路上的异常事件会被单独立项,等待人工确认。

内容不是一家做出来的

12 家体育媒体与 20 余家数据服务商各管一段,我们把它们接成读者能直接读下去的东西。

数据服务商

提供实时事件流、历史赛果与榜单数据。校验链路负责把它们对齐到同一套字段,比分、时间与人员信息才能对得上。

体育媒体

提供赛事进程、赛程调整与背景信息。编辑据此判断哪些比赛值得提前排期,哪些变动需要同步给已订阅的用户。

内容的二次整理

媒体侧的快讯被整理成能回看的战报与复盘,数据侧的原始记录被翻译成看得懂的关键回合。两端各出所长,读的人只面对一份清楚的稿子。

你在深夜看球,我们也开着

赛季高峰不挑时间,提醒和战报也不能挑时间。这部分由服务节点与值班安排顶住。

3个

城市服务节点,互为备份

28个

省级区域由 CDN 覆盖

7×24

赛季高峰期内容与技术支持值班

1.8秒

首页常规网络环境加载时长

99.2%

赛季高峰推送到达率

3秒

赛程提醒平均送达延迟

和我们一起跟进赛季

订阅之后,你会在赛前 24 小时、赛前 1 小时和开赛三个时间点收到提醒,也可以在订阅卡里单独关掉其中任意一个。赛程日历还能导出成 ICS,塞进你常用的日历应用。

需要先问一句

  • 客服邮箱 support@flash-yobo.com.cn
  • 客服电话 400-3010-1534

客服邮箱工作日 9:00-18:00 内回复;赛事订阅相关咨询请附注册手机号,以便快速核对。入口访问、提醒设置一类的问题,也可以先去问答中心找答案。

前往问答中心