起步阶段 · 2019
三个人,一张赛程表
最开始只有一个三人的数据小组,做的事很朴素:把当天的比赛时间、对阵和判罚整理成一张能看的表。 那时没有收藏,也没有版本档案,靠的是每天手动熬到深夜。第一批用户就是靠这张表留下来的人。
也正是从那时起定下一条习惯——同一条赛事事件,必须有人再看一遍才放出去。这条习惯后来变成了制度。
我们为什么做这件事
泛体育门户关心的是今天有多少场比赛。跟队的球迷关心的完全是另一件事:我这支球队这个赛季吃了几张牌、 哪一场的判罚改变了走势、上一次交手时是什么情况。这些问题在大多数地方都答不上来,或者答得零散。
我们把产品收窄到四件事上:翻找旧版本资料、按联赛筛选并收藏赛事、长期跟踪一支球队的赛程、 回看红黄牌的变化过程。长期跟一支球队的球迷U球体育免费,只要收藏了球队,赛程页就会一直按你的视角排布, 不需要每次重新筛一遍。
这套服务现在支撑着 86 万注册球迷,日活大约 4.7 万。人数不是我们最在意的指标, 我们在意的是有人能在赛季最后一轮打开同一个页面,看到一条完整的、没有断档的记录。
从 2019 到现在
起步阶段 · 2019
最开始只有一个三人的数据小组,做的事很朴素:把当天的比赛时间、对阵和判罚整理成一张能看的表。 那时没有收藏,也没有版本档案,靠的是每天手动熬到深夜。第一批用户就是靠这张表留下来的人。
也正是从那时起定下一条习惯——同一条赛事事件,必须有人再看一遍才放出去。这条习惯后来变成了制度。
扩张阶段 · 2021
联赛一条条加进来,洲际杯赛和国内各级联赛陆续补齐,覆盖到 42 个联赛与杯赛。 与此同时,场馆信息对照库开始建立,收录 316 座球场的容量、草皮类型、所在城市与转播机位方位。
团队在这一阶段开始按职能分开:一部分人守住赛事数据,一部分人写内容,一部分人做产品。
体系化 · 2023
越来越多人问「上一版那个页面还能不能看」。我们开始系统性地保存旧版本资料, 从 v1.8 起累计保留了 27 个历史版本页面,可以按版本号检索。
同一时期,收藏体系上线:每位用户最多收藏 30 支球队与 20 个联赛,苹果端与网页端共用同一份收藏状态。
现在 · v3.2.1
团队目前 38 人,数据与内容团队 21 人。移动端主版本走到 v3.2.1, 首屏把版本状态、服务入口和判罚记录放在同一屏里,夜里看球时不用来回跳转。
我们保持每两周一次功能迭代、每季度发一篇版本说明长文的节奏,至今专栏已积累 640 余篇文章。
团队分工
负责赛事事件的采集、复核与入库,同时在赛季期承担值守班次。他们是平台上最早到、最晚走的一批人。
撰写版本手记、赛程观察与场馆笔记,也负责整理球迷提交的场馆信息纠错,编辑会在 48 小时内完成核对回复。
维护苹果端与网页端共用的一套赛事数据,优化首屏加载与筛选响应,并把收藏状态在两端之间同步好。
赛季值守
比赛密集的时段按班次轮值,保证刷新间隔维持在 15 秒,红黄牌事件平均在 30 秒内进入展示队列。
一条记录的上线流程
赛事信号进入工作台,值班编辑逐条标注时间、球队与判罚类型,形成待审记录。
两名编辑分别确认同一条事件,交叉比对分钟数与当事人编号,任何一方存疑就退回重看。
通过复核的记录写入赛事库并打上时间戳,单赛季沉淀下来的红黄牌记录超过 12 万条。
记录按比赛分钟排列进入页面,苹果端与网页端同时可见,你刷新一下就能对上。
双人复核看起来慢,但它换来的是一条记录可以被反复引用。你在赛程页回看某个赛季时,看到的是经过两道人手的版本。
长期跟队的人会得到什么
收藏球队后,赛程页默认按你的球队排序。你也可以随时切换到按联赛、按日期筛选,三个维度可以叠加, 筛完的结果一键收藏,下次进来不用重来一遍。
长期跟随功能会把单支球队的红黄牌按赛季铺成一条曲线。哪一年牌多、集中在哪几轮、关键场次的节点在哪, 一眼能看出走势,而不是翻十几页表格去数。
写稿、复盘、和朋友争论某年某个判罚,都可能需要调出当时的页面。27 个历史版本可以按版本号检索, 翻到的内容仍然能正常阅读。
版本取舍
这一版最直接的改动,是把版本状态、服务入口和判罚记录收进移动端首屏。 在这之前,确认版本要去设置页,找服务入口要翻三级菜单,判罚记录得从赛程再跳一次。
夜里看球的人只有一台手机,中间多一次跳转就多一次放弃。所以我们把这三样并排放, 打开了就知道自己在什么版本、能去哪儿、刚才发生了什么。
代价是首屏信息更密了。我们把加载目标定在 1.2 秒——这个数字来自中端机型上反复实测的结果, 再慢一点,信息密度就会变成负担。
上一版本
v3.2.1