编辑组
26
写与校
分三班覆盖全天赛事时段,负责战报撰写与文字校对。终场哨响后接棒,把已经标好的事件写成能读的段落。
品牌故事 · v1.0 到 v3.2
BSPORTS 是聚焦赛事数据与战报服务的内容平台。我们盯的事情很具体:终场哨响之后,你能不能尽快看到比分、关键事件、控球率走势和球员评分,并且一眼看得懂。
v1.0 的时候,我们只做一件事:把 CN 赛区的比赛整理成一张看得懂的赛程表。谁什么时候打、打到第几轮、下一场在哪个阶段,翻一页就清楚。用的人多了以后,问题也跟着来了——大家不只是想知道几点开打,更想知道打完之后到底发生了什么。
于是赛程表往后长出了一层:赛后战报。再往后是球员数据,是规则条款,是能按球队和轮次翻出来的历史归档。今天你在站上看到的深色界面和荧光标签,是这些内容一层一层堆起来的结果,不是一开始就设计好的。
我们做的事,是让一场比赛在结束后仍然能被反复查看、反复讨论。
战报库累计发布 9,400 篇赛后内容,可以按赛区、轮次与球队三种方式归档检索。无论你支持哪支队伍、在哪个赛季开始看球,翻回去都能找到当时的记录。
赛后半小时这个节奏,靠的不是某个人手快,而是四道工序在比赛进行时就已经并行铺开。
比赛进行中,数据面板最短 2 秒刷新一次。进球、红黄牌与换人三类事件会即时进入处理队列,不用等比赛结束才开始动。
编辑把每一条事件与时间点对齐,标出转折球、关键换人和评分的判断依据。这一层决定了后来的战报是流水账还是能复盘的东西。
按固定的四个板块推进:比分、关键事件、控球率走势、球员评分。结构稳定,你每次打开都知道先看哪儿、再到哪儿找细节。
数据校验与文字校对两道流程走完才发布。所谓时效,是这两道走完之后还剩下的时间,不是把流程省掉换来的快。
支撑这套流程的是 26 人编辑团队,分三班覆盖全天赛事时段。凌晨开打的比赛和傍晚开打的比赛,背后是同一套工序、同一批标准。
从 v1.0 到 v3.2,累计发布 14 个大版本,平均每 9 周完成一次功能升级。多数版本是修补与优化,真正改变你使用方式的,是下面这三个节点。
如果你更关心这些能力今天怎么用,可以到业务中心看具体的服务说明与使用场景。
时效不是某一组的功劳。编辑、数据、产品与技术四组各管一段,交接点卡得住,节奏才卡得住。把鼠标停在任意一组上,可以看到它具体接哪一棒。
编辑组
26
分三班覆盖全天赛事时段,负责战报撰写与文字校对。终场哨响后接棒,把已经标好的事件写成能读的段落。
数据组
18
维护 18 项指标的定义、事件标注规则与历史归档。比赛中推送事件,也是历史数据中心那批旧赛季记录的看护人。
产品组
9
决定版本做什么、先做什么。赛程、战报、规则、数据几块内容怎么摆、从哪里进得去,由这一组定形。
技术组
2s
守住数据面板的刷新间隔,也守住 PC 网页、移动网页、桌面小窗三端一致的入口位置。比赛夜盯屏,是常态。
平台与 46 家赛事主办方及数据机构保持内容合作。主办方提供赛程与赛果的原始信息,数据机构补充技术统计,我们负责把它们组织成可读的战报与可查的数据面板。赛事日历因此覆盖 CN 赛区全部常规轮次,内容触达 31 个省级区域。
合作是内容层面的协作:我们拿到的是赛事信息与技术统计,做出来的是一份你看得懂、翻得到的赛后记录。每年我们还会发布一份 CN 赛区数据年报,把控球率、进球分布与轮次强度这些公开指标汇总在一起,方便复盘和引用。
想谈内容合作或反馈数据问题,可以走联系我们里的渠道,说明来意和涉及的具体赛事即可。
说信任太空,不如留几个能被翻查的数字。下面这三项,是我们愿意长期挂在台面上的。
0.3%
近三个赛季保持在这一水平以下。每篇战报下方留有修订记录,改过什么、什么时候改的,翻得到。
2小时
工作日 9:00–18:00 有专人值守,赛事数据类问题的平均答复时间。附上截图和版本号,处理会更快。
2次
赛制、换人与判罚复核三类条款,每赛季更新两次。改动会同步出现在规则说明与流程图两处。