比分准不准，取决于背后是谁在盯

• 长期跟队

  每轮都看同一支队

  关注列表把常看赛事固定在首屏，最多可同时关注 50 支球队，平均 3 次点击内就能到达目标比赛，不用每次重新翻赛程。

• 移动看球

  手机在手上，比分也要在

  看球模式下比分以小窗浮层常驻，不遮挡画面，切到别处再切回来，关注的场次比分依旧在原来的位置。

• 内容整理

  要拿数据说话的人

  每场比赛 32 项技术统计字段，支持主客场拆分、半场全场对比、近 10 场走势三类视图，写稿、复盘、做比对都有现成的数。

比分看起来只是一个数字，但它背后是四道接力。每一道都有明确的产出物，也都有对应的处理办法。

1. 01

   采集

   同时接入官方赛事数据与第三方采集，与 12 家赛事数据机构保持合作，多路来源互为补充，避免单一路径断流。

   产出带来源标记的原始比分流

2. 02

   整理

   把不同来源的字段对齐到同一套 32 项统计结构，统一队名写法、赛事归属与比赛状态，让后面的数字能互相对得上。

   产出结构统一的赛事数据包

3. 03

   双人复核

   校对组三班轮值，每场双人复核，日均处理 900 场以上赛事。半场与全场比分逐项比对，是每场必过的一关。

   产出确认无误的定稿比分

4. 04

   发布

   数据源推送后 1 秒内完成页面呈现，并同步到移动端浮层与关注列表，桌面和手机看到的是同一个数字。

   产出可查可对照的线上比分

复核席上的多屏对照：一侧看原始推送，一侧看已发布页面

遇到问题时我们怎么处理

• 推送延迟：先给该场挂上状态标记，页面提示数据在途，确认后再落分。
• 两个来源打架：以官方赛事数据优先，另一方转入待复核队列，由当班校对追到源头。
• 半场与全场对不上：整场比分重回复核，逐球核对后统一更新，不留分叉。
• 赛后字段修订：统计字段有补充时整包替换，技术统计与比分在同一时间点刷新。

产品与数据团队共 48 人，分成四个组。分组不是为了组织架构好看，而是为了让每个问题都有明确的接手人。

• 16

  数据工程

  负责数据接入、字段结构与发布链路。

  • 维护多来源接入与去重逻辑
  • 保障赛时峰值下的查询稳定
  • 承接校对组提交的异常队列
• 12

  赛事校对

  负责每场比赛的双人复核与定稿。

  • 三班轮值覆盖全天赛程
  • 半场、全场比分逐项比对
  • 追查来源冲突并给出结论
• 14

  前端与体验

  负责首页查询、浮层与数据对照的呈现。

  • 维护首页比分查询入口
  • 打磨移动端看球浮层
  • 按周跟校对组复盘操作路径
• 6

  用户支持

  负责把用户遇到的问题送到对的人手上。

  • 受理比分与页面功能反馈
  • 按类别归并后同步对应小组
  • 跟进处理结果并回复用户

四组之间的协作走的是同一条线：校对发现问题直接进数据工程的队列，体验组按周与校对组一起复盘页面上的操作路径，支持组把用户反馈归类后同步给责任组。一个问题从被提出到被解决，中间不需要再转一道手。