名字的来由
猫头鹰在夜里捕食,靠的不是视力最好,而是能在噪声里挑出那一点点动静。做比赛数据需要的是同一种状态:安静、锐利,在暗处也看得清。
一场九十分钟的球,观众能记住的通常只有几件事——谁先破的门、什么时候换的人、射门多的一方为什么没进球。这几件事在多数页面上分散在好几个地方,看完得自己在脑子里拼起来。
我们要的是一块屏,把这几件事按时间排好,让人一眼扫完。
名字定下来之后,产品上很多取舍反而好解释了。某条信息要不要放在首屏,标准是它会不会让这块屏变吵;某个数字要不要标出来,标准是它有没有真正改变这场比赛的走向。吵的东西一律往后放。
为什么做这件事
立项之前我们数过一个普通比赛夜的打开顺序:比分站一个标签页,文字直播一个,球队近期战绩再一个,遇到不熟的主教练还要临时去搜一遍。球踢到一半,注意力其实已经分给了窗口切换。
这些动作本身都不难,难的是它们要在九十分钟里反复发生。人的时间被切得很碎,判断反而变慢。
所以第一版没有铺很多功能,只做了一件事:让一场比赛的时间线、比分变化和关键事件出现在同一个视图里。想换一场,从首页的比分条直接点过去,不用退回来重新找。
后面所有加进来的东西,都是在这条基线上继续做减法。先把读者最可能问的那个问题摆到最前面,其余信息退到旁边。
版本演进
每一版只解决一个问题。点开可以看到那一版具体改了什么。
-
V1.0
先把比分与赛程跑起来
最早只做最基础的一层:把当天各场比赛的时间、比分和进行状态排在一张能纵向扫完的列表上。打开页面几秒之内,要先知道自己关心的那场踢到哪儿了。
-
V2.0
联赛筛选与关注列表
加进按联赛、球队、赛季筛选的能力,并把关注列表存到账号上。换一台设备重新登录,之前盯着的球队还在原来的位置。这一版解决的是“每次都得从头找”。
-
V3.0
战报与数据对照双栏
文字战报和数据开始并排出现在同一屏:读到一句话,旁边就能看到它对应的数字。这一版解决的是读一段、回头翻一次的那种割裂感。
-
V4.0
教练履历路径与跨设备同步
从一场比赛走到球队,再从球队走到教练,把执教履历和执教数据连成一条通路。同期补上赛程、关注和筛选条件在设备之间的同步。
-
V4.2
当前的中国测试版
把桌面端的日常使用节奏调顺:接住测试期反馈集中的几处细节,比如长列表的滚动位置、筛选条件的保留方式。这一版没有加新的大功能,重点在让已经铺好的路走得更顺。
现在做到哪一步
赛事覆盖分两层:六大主赛事是英超、西甲、德甲、意甲、法甲与欧冠,再往下是欧联、各国国内杯赛与资格赛。同一条时间线口径贯穿全部比赛,换赛事不用换读法。
-
28
项赛事
六大主赛事之外,另有欧联、国内杯赛与资格赛。
-
260+
位现役主教练
每位含执教俱乐部、赛季区间、场均积分、常用阵型与换人习惯。
-
60
秒刷新间隔
比赛进行中比分与事件的平均更新速度;终场后 90 分钟内出战后战报。
-
42,000
个测试账号
中国测试版开放以来的使用规模,其中约六成每周至少访问三次。
内容侧的节奏和比赛日绑在一起:每个比赛日更新,每周至少 5 个比赛日有新增内容,每周新增 3—5 条。想持续跟一支球队,可以从赛况与转会专栏按联赛往里翻。
教练这块单说一句:从赛程走到球队、再从球队走到教练,找一位主教练的执教轨迹一共三步。这条路径已经能在常规使用中跑通。
团队与协作方式
团队目前 34 人,分成三块:数据与产品负责口径和工具,内容编辑负责赛前赛后的稿件,工程与运维负责这套东西在比赛高峰期不掉线。分工是按产出定的,不是按职级定的。
- 数据与产品 15 维护赛事口径、教练档案结构与各个筛选维度的定义,决定哪些数字进入首屏。
- 内容编辑 11 跟比赛日出稿,写转会跟进、赛况复盘、教练与阵型,把数字翻译成人能读下去的句子。
- 工程与运维 8 保证开赛高峰期的刷新稳定,以及关注列表与筛选条件在换设备后如期回到原位。
对外边界也一并说清。我们与 12 家内容团队保持选题协作,与 4 家数据供应方保持长期合作;合作方提供线索与素材,口径和写法由编辑部自己把关。
还有一条需要提前说明:我们没有获得任何联赛、俱乐部或机构的官方授权,也不代表它们发言。站内的战报与解读都是编辑部自己的判断,数据来源会在页面上随文标注。
- 运营主体所在地 甘肃
- 站点备案号 甘ICP备52956171号
- 客服渠道 邮箱 contact@owl-sports-data.com.cn / 电话 400-8930-3105,工作日内 2 小时响应