从开球时间到点球大战，中间不该是空白

2016 年刚动手的时候，最常见的场景是这样的：终场哨响，手机上弹出一条比分，然后呢？究竟是几点开的球，客场还是主场，这支队近几个赛季的控球率是在往上走还是一路往下掉——这些都不在那条推送里。

我们想把缺掉的那一段补上。看球的人真正用得上的，是能放在一起比的东西：同一支球队不同赛季的表现拉成一条线，两支球队的主客场差异摆成两列，点球记录把常规时间的判罚和点球大战分开算。读数不是越多越好，是要彼此对得上。

所以先做赛程。开球时间自动换算六个时区，每 5 分钟刷新一次；一场比赛给出十二项读数；控球率和传球成功率沿着赛季区间往回拉，能一直拉到十个赛季以前。这些数字最后回答的其实是同一个问题——这场球该怎么看。

团队到今天有 46 人。数据工程 12 人，负责对接来源、清洗口径，把 42 项联赛与杯赛的读数按时推上去；内容编辑 18 人，负责把一场比赛翻译成看得懂的说法，写摘要，也写伤停说明；产品与设计 8 人，管的是同一套读数在手机和桌面上呈现得一样清楚；客服 8 人，工作日 9:00-18:00 接安装、赛程和数据反馈。

分工看着简单，难的是口径统一。伤停信息按日更新，定位球效率按周汇总，赛季区间统计每周重算一次——三套节奏完全不同的数据，最后要能落进同一场比赛的视图里，不能各说各话。

还有一些不那么显眼的活。数字进入视口时只做一次短促高亮，不循环播放；页面滚到哪一节，左边轨道就标到哪一节；图片的说明标签永远压在角上，不挡内容。这些细节不直接解决看球的问题，但它能让读数在被读到的那一瞬间少一点干扰。

现在有 12 家数据供应方在给我们供料，覆盖 42 项联赛与杯赛的赛程、比分和伤停；9 家体育媒体一起把比赛前后的信息补全；5 个校园与城市体育社群带来本地比赛的开球登记和提醒需求。吉林本地的活跃用户有 42 万，这一块的反馈最直接，也最容易被采纳。

合作方式很朴素：我们说自己需要哪些字段、刷新频率多高、口径怎么算；对方提供来源，我们负责统一。点球记录追踪近五个赛季，常规时间判罚与点球大战分开计，累计 3 128 次——这一项的口径从第一天起就没改过，改了就比不出纵向的差别。

近三年，行业媒体给了体育数据产品创新奖 3 项。奖本身不会改变任何一组数字，但至少说明有人认同这件事值得继续做下去。

客户端已经走到 6.x 系列。四条线并行推进：客户端体验、数据与统计、赛事覆盖、看球节奏。安装包约 28 MB，支持 Android 7.0 及以上和 iOS 13 及以上，桌面浏览器打开就能用，不用先装什么。

不少功能其实是被用户的用法推着做出来的。收藏球队之后，提醒可以设在开球前 15 分钟和 1 小时两档；开球时间数据每 5 分钟刷一次，赛前改期的场次不会让你白等；两队对读视图把主客场差异拆成两列，还会给出近五次交锋的节奏对照。这些都不是一次性设计好的，是用出来的。

1. 2016 · 起步

   先让赛程跑起来

   第一版只有比赛列表和开球时间，六个时区自动换算，刷新间隔定在 5 分钟。

2. 读数补齐

   赛季区间拉通十个赛季

   控球率与传球成功率按赛季区间纵向排列，同一支球队的变化能一眼看出走向。

3. 点球单列

   常规时间与点球大战分开算

   近五个赛季累计 3 128 次点球记录，常规时间判罚与点球大战各占一行。

4. 赛事扩张

   42 项联赛与杯赛进同一视图

   伤停信息按日更新，定位球效率按周汇总，友谊赛安排也一并收了进来。

5. 6.x 系列

   手机与桌面读到同一组数字

   客户端迭代到第 14 个版本节点，安装包约 28 MB，两端读数保持一致。