起点:一张需要不停跳转的赛程表
2019 年,我们自己的看球习惯很糟。同时跟两三个联赛,浏览器里开着四五个标签页。看完一场想翻上一场的射门数,得先退回列表,再点进另一场,再找那个藏在二级菜单里的数据页。
第一版只做一件事:把同一轮的比赛排在一起,点开一场,赛程、比分、数据都留在同一页。你不需要记住自己在哪个标签页,也不会因为错过一条更新而从头翻。
这个想法后来一直没变,变的是路的长度。现在从首页到目标赛程,最多两步。
五个版本,一条越走越短的路
每一次改版都对应一个具体的抱怨:找不到、点太多、加载慢、数据看不懂。下面这条线索,是我们逐个把它们消掉的过程。
-
2019
内测版
把同一轮的比赛放进同一张列表,先解决找比赛这件事。
-
2021 / V1.0
第一次能看完整场
补上比分与半场数据,看完不用再跳去别的地方找数字。
-
2023 / V2.0
栏目定型
每个赛事页固定四个区块:赛程、数据卡、战报摘要、旧版对照。
-
2025 / V3.0
找得到,也搜得到
重做导航与搜索,球队名、联赛名、轮次三种方式都能直接查到。
-
2026 赛季 / V3.1
层级压到三级
栏目层级由四级压缩为三级,首屏加载时间缩短约 35%;新增角球落点区间统计,覆盖全部 12 项赛事。
每多一次跳转,就多一个人关掉页面。我们改版改到第五次,改的其实还是这件事。
云开产品与设计组
三十八个人,五条线
团队不大,分工很直。数据、内容、产品、客服、技术五条线各管一段,比赛日谁在哪一步上卡住,另外四条线都看得见。
-
12人
数据工程
对接数据服务商,把字段洗干净,跑通两级校验之后再交给栏目。
-
9人
内容编辑
每个比赛日产出约 40 条战报摘要,把数据和现场读成几句能看懂的话。
-
7人
产品与设计
管栏目结构、卡片读法和移动端那只手够得到的区域。
-
6人
客服与运营
工作日 9:00-18:00 有人值守,用户提的问题会进下一轮的版本讨论。
-
4人
技术与运维
盯着比赛日的高峰,让页面在十八万人同时打开的时候还转得动。
一场比赛的数据,怎么走到你眼前
从服务商那边接到原始字段,到你在栏目页看到控球率、射门和角球,中间隔着几道工序。流程并不神秘,但它决定了你看到的那三个数字能不能用。
-
接入
数据来自 6 家持牌数据服务商,各自负责不同联赛,字段到达之后先按联赛统一命名。
-
两级校验
机器先比同一场比赛的多源数值,差异超过区间就挂起;再由数据工程组人工过一遍,确认之后才放进栏目。
-
成稿
内容编辑同步写战报摘要,把这一场的走势与关键节点用几句话说清楚。
-
上线
终场哨响后约 10 分钟,数据卡与摘要一起更新到赛事栏目,你刷新一下就能看到。
比赛日的活跃用户峰值超过 18 万,大多集中在开球前和终场后那半小时。这条链路每年都在比赛夜里被反复推演,为的就是那几个时刻不出岔子。
在河北做事,把话说在明处
云开的运营主体在河北,站点由我们自己直接运营,没有中间层。备案号是冀ICP备75675940号。
工作日 9:00-18:00,客服邮箱有人工回复。数据类的问题,附上截图和当时所在页面的路径,处理起来会快很多——我们能直接定位到那一场。
合作、内容分发与栏目授权的事,走同一个邮箱就行,说明来意后会有对应的人接。
我们一直守着的四条
这四条没什么宏大之处,但它们决定了每一次改版最后往哪边倒。
-
数据先过关,再出现
两级校验没走完的字段,宁可晚一点,也不放在页面上占位。
-
栏目要一眼看懂
第一次来的球迷也该知道先看哪块、点哪里能展开。层级能压就压。
-
路径越短越好
常用入口、收藏、返回顶部,都放在单手够得到的地方。
-
有人说话
邮箱背后是活人。你说哪一场数据不对,我们会去看哪一场。