1. 首页
  2. 品牌历程

品牌历程 · 2016 至今

从一张轮次表,做到本赛季每个比赛日

BSPORTS主站在 2016 年 3 月上线那天,手上只有一张手动维护的轮次表。今天站内跑着 12 个联赛专题和 96 支球队档案页,杭州的 26 人团队按比赛日节奏更新,关注球队的人点开就知道本轮对阵谁、几点开球、上一次交手是什么结果。

起点 · 2016

第一张轮次表是怎么来的

做这件事的理由很实在。2016 年之前,想在中文页面里一眼看清“这周哪几场、几点开球、踢到第几轮”,得来回翻好几个地方,翻完还不一定对得上。最初那版页面就把开赛时间、对阵和轮次放进同一张表,按比赛日顺序往下排,谁先开球谁在前。

上线时只维护一个联赛的整季赛程,编辑一天手动核对两遍。做久了发现,真正被反复打开的只有一件事:今天有没有比赛、下一轮什么时候。这条判断后来变成了站点的组织方式——所有内容都挂在比赛日这根轴上,往前是历史交锋,往后是下一轮倒计时。

从那时起,赛季就不是一份静态资料,而是每天要跟一遍的节奏。这也决定了后来的每一次改版方向:把当天的信息推到最前面,把翻找的步骤砍掉。

看看现在的栏目
深夜球场一角,灯光打在空看台上,画面安静无人
第一个比赛日发生在夜里,看台空着,灯全亮着。

一路走来

几次把站点往前推的改动

从一张表到一个赛季的完整脉络,中间经历过四轮大改版。下面几个节点,是让比赛日体验明显不一样的地方。

  1. 第一个比赛日

    一张表,装下一个联赛的整季赛程

    2016 年 3 月上线,第一个联赛的轮次表全靠手动维护。开赛时间、对阵、轮次排在同一列里,比赛日那一行单独标色,扫一眼就知道今天有没有球看。这套排法一直沿用到今天,只是从一张表变成 12 张。

    • 1 个联赛
    • 手动轮次表
  2. 栏目上线

    “比赛日心跳”成了每天的固定入口

    2018 赛季推出这个栏目,把当天的比赛压进页首一条脉冲式入口:现在踢到哪一场、比分多少、下一轮还剩几天。更新频率跟着开赛节奏走,赛季密集期一天要开好几次。配套的年度回顾专题每年出一期,到现在已经攒下 6 期。

    • 栏目持续更新
    • 年度专题 6 期
  3. 联赛扩容

    轮次表扩到 12 个联赛,比分 90 秒刷新一次

    关注的球队多了,联赛专题就从最早的一个扩到 12 个,每个都有自己的轮次表和积分榜。比赛日当天的比分与积分每 90 秒刷新一次,终场后 30 分钟内完成当轮结算——第二天早上打开,看到的是已经结清的积分,不是半截数据。

    • 12 个联赛专题
    • 90 秒刷新
    • 30 分钟结算
  4. 当前版本

    96 支球队档案与 4200 场交锋记录

    每支球队的档案页放四块内容:本轮对阵、近 5 场状态、主客场差异与历史交锋。交锋库已经收录 4200 场对阵记录,最早能回溯到 2009 赛季。这一版是第 4 次大改版,把轮次时间轴放到每个页面顶部,手机换到电脑不会丢掉当前轮次。

    • 96 支球队档案
    • 4200 场交锋记录
    • 第 4 次大改版
暗光编辑室的桌面俯拍,多块屏幕映着数据线与波形,没有人物面孔
比赛日的杭州编辑室:屏幕上是正在跑的轮次表、比分行和波形图。

谁在做这件事

26 个人的杭州团队,比赛日分时段在岗

这支团队在杭州长期运营,岗位分得清楚,谁在比赛日负责哪一段都有明确排班。比赛日当天按联赛开赛时段轮班,早场到夜场有人接力,不会出现踢到后半段没人跟的情况。

编辑组 12 人

负责比赛日观察、交锋回顾和赛季专题的选题与写作。每周发布 8 至 12 篇,赛季密集期可以到 20 篇。稿件一般在当轮结算完成后动笔,引用的比分、轮次和排名都用当场结果。

数据维护组 9 人

负责赛程采集、比分同步与当轮结算。开赛前 30 分钟确认对阵与场地信息,比赛中盯比分与积分榜刷新,终场后比对多个来源完成结算,把胜率、场均进球与失球写回主客场对照数据。

产品与客服组 5 人

负责时间轴视图、左右分屏对照、紧凑列表三种阅读方式,以及关注球队与比赛日提醒的日常维护。球队档案收到纠错后会去核对来源,48 小时内完成修订并同步到相关页面。

12 人 编辑,覆盖 12 个联赛专题
9 人 数据维护,比赛日分时段值守
5 人 产品与客服,跟进使用与纠错

从开赛到收官

一轮内容跑完的四步

每个比赛日的更新走同一条链路,四步跑完,一轮才算收尾。赛程密集的时候,这条链路一天要跑好几遍。

  1. 采集赛程

    从 6 家数据合作方拉取赛程与开赛时间,比赛日当天再确认一次对阵、场地与开球时段,遇到临时改期第一时间改到轮次表上。

  2. 同步比分

    比分与积分榜每 90 秒刷新一次。出现进球、红牌或者改期,页面顶部的状态条会抛出一次更新提示,不用手动刷新也能看到变化。

  3. 校验结算

    终场后比对多个来源,30 分钟内完成当轮结算,把结果写回积分榜和主客场表现数据里,让胜率、场均进球与失球跟着这一轮更新。

  4. 发布观察

    结算完成后,编辑开始写本轮观察与交锋回顾,同步更新到赛事动态栏目。密集期一天会发布多篇,赛后回顾通常当晚就能看到。

一轮结束后,下一轮的倒计时自动接上,轮次表也会补进新的开赛时段——这就是这个站点每天在跑的东西。

以冷蓝数据线连接多个发光节点的抽象网络图形

合作与内容生态

6 家数据合作方,14 个球迷社群

赛程与比分来自 6 家数据合作方,同一场比赛的关键数据会交叉比对之后再写进轮次表,出现分歧就回到原始记录上确认。这套流程从联赛只有 1 个的时候就在用,联赛扩到 12 个之后依然是同一套。

14 个球迷社群是选题的另一条来源。群里被反复问到的问题——某支球队客场为什么掉分、两队上一次交手谁赢的、某个联赛的密集期该怎么排——会直接变成交锋回顾和数据专题的切入角度。社群提出的内容方向,通常在两三轮之内就能在站内看到回应。

站内服务覆盖 26 个省份,浙江本地用户占比最高。移动端访问占到全部阅读设备的 76%,所以在常见 4G 网络下,页面会在 1.5 秒内完成首屏渲染,出门在外刷比分也跟得上。

  • 6家数据合作方
  • 14个球迷社群联动
  • 26个省份的用户在用
  • 76%阅读来自移动端

合作与加入

想更近一点参与,从这里开始

内容合作、数据纠错和求职咨询都走同一个通道:把想法、截图或者链接发过来,工作日内会有人回复。想先看看我们在做什么,可以进栏目总览翻一遍赛季内容,或者去赛事动态看最近发布的观察与交锋回顾。