博澳体育 · 团队构成

五组,各守一段

比分、轮次、入口、来信、口径——一场球的临场数据被拆成五段职责。每段有固定的归属,事项交出去也知道落到哪一组手上。看数据的人不必认识谁,只要知道从哪个窗口进去。

  • 5 组职能
  • 12 项固定分工
  • 1 个工作日邮件回应
  • 14 轮数据状态
  1. 01 数据与实时比分
  2. 02 赛事与轮次
  3. 03 产品与桌面端入口
  4. 04 服务与来信处理
  5. 05 质量与口径校验
夜间球场边线与半透明战术网格叠合的空镜
边线、网格与读秒——五组人守着同一块面板。

五组职能

谁管什么,交付什么

扫读只看编号和交付物那一行,深读再往下看每组的三条说明。条目写得具体,是让你能判断遇到的事该不该找这一组。

01 · 数据与实时比分

交付物:实时比分刷新 · 越位次数同屏 · 刷新状态标记

  • 比分变化直接推入面板,不设二次跳转,打开就能读到当前值。
  • 浏览器端刷新延迟维持在大约 1.5 秒的量级;信号波动时以最后一次成功刷新为准,并在面板边角标出那次刷新的时间点。
  • 越位次数与比分同屏显示,按越位判罚、越位位置参与进攻、越位进球三类分别记账,不做合并成一个数。
02 · 赛事与轮次

交付物:轮次推进 · 赛季阶段划分 · 第 14 轮口径

  • 赛季进度统一用轮次表达,页面不写具体日期,避免同一场球在不同地方对不上。
  • 当前进度停在第十四轮;比分、越位次数、收藏入口三处的标注都按这一轮对齐。
  • 每推进一轮,先把比分与越位数据切到新一轮,再放开该轮对应的面板内容。
边线附近低角度剪影与半透明网格,画面强调向前推进的节奏
03 · 产品与桌面端入口

交付物:桌面端首屏入口 · 对比面板 · 右下角悬浮临场入口

  • 桌面端入口放在首页首屏,新用户从进站到看见实时比分不超过两次点击。
  • 浏览器端比较两队时,把两队拉进同一块面板,比分与越位次数并排读,不用在两页之间来回切。
  • 收藏一场球之后,右下角出现脉冲入口,一次点击回到该场数据;脉冲周期约 2.4 秒,鼠标移上去会停下并加深底色。
04 · 服务与来信处理

交付物:来信分流 · 服务时段接听 · 处理进度回传

  • 来信按类型分流:数据偏差、入口使用、收藏与回流、其他合作询问,各走各的处理路径。
  • 邮件在一个工作日内回应;服务时段的来电当场接听,时段按赛季阶段调整并提前标注口径。
  • 需要人工跟进的事项,由这一组转给对应编号的职能组,并把处理进度回给来信人或来电者。
05 · 质量与口径校验

交付物:越位口径复核 · 偏差处理 · 双端一致性抽查

  • 三类越位口径逐条对照,同一场球在桌面端与浏览器端必须读到同一组数字。
  • 发现偏差时先把该场标为待核、撤回旧值,再由数据组与赛事组共同确认新值能不能放出去。
  • 校验过程中确认下来的口径变化会写进赛场观察,让改了什么对看数据的人是看得见的。
记分牌与看台灯光的局部特写,画面右侧留出可用于叠加数据的空白

事项交接

一件事从谁手上到谁手上

分工不是切完就散。下面五种情况在赛季里出现得最多,编号连着编号,就是一条完整的处理路线。

  1. 口径复核退回

    校验时发现越位数字与画面不符,该场被标为待核、旧值撤回,重新送回数据组核算。

  2. 刷新节奏异常

    连着几次刷新间隔明显偏离常规,数据组把现象交给产品组,由产品组决定面板上怎么提示给看球的人。

  3. 推进到新一轮

    赛事组确认轮次推进后通知产品组,入口标注与面板内容同步换代,收藏入口指向新一轮的临场数据。

  4. 来信指出疑问

    看球的人来信说明某场数据的疑问,服务组登记场次与来源,转给校验组核对,结论再回到来信人手上。

  5. 入口反馈回流

    首屏入口和悬浮脉冲的使用反馈由产品组整理成条目,交给服务组纳入统一的回信口径。

球场俯拍空镜,草皮线条横向排布,暗示多条工作线并行
多条线并行推进,交接靠的是编号,不是口头约定。

文化原则

五组人共用的三条

  1. 01

    先把入口摆出来,别的往后放

  2. 02

    数字可以慢一秒,说法必须全站一致

  3. 03

    有偏差就标出来,不悄悄把旧值抹掉

需要人对接的时候

拿不准找哪一组,从这个口进去就行

数据对不上、入口点不开、收藏之后找不到那场球,走联系通道,来信会在一个工作日内回到你手上。想先自己按场景对一遍做法,方案中心已经把五类看球场景和各自的入口排好了。