01
打开即用
新用户不用注册就能看比分，第一次来也不用先配置什么。
朋友转来一个链接，点开直接跟上比赛进度。
我们要解决的问题
查一场比赛，不该先翻三个页面
很多人的习惯是这样的：先开一个页面看比分，再切到别处看联赛排名，最后翻聊天记录找出开赛时间和场馆。三件事散在三个地方，中间还夹着登录和跳转，一场球看完，页面开了七八个。
我们把这几件事收进同一个入口：排名速查、比分刷新、赛事查询、桌面端场馆信息各占一块位置，互相之间只隔一次点击。临时起意查一个联赛的排名，几秒就能看到；页面开着的时候，比分自己往前走，不必反复手动重载；新用户打开就能看比分，不必先填一堆资料。
对看球的人来说，最贵的成本从来不是流量，是那几次来回切换。少绕一步，就多留一点注意力在比赛本身。
球赛不等人，入口应该在打开的那一刻就出现。
2018 → 2025
从比分速查到统一矩阵
七个年头里，变化主要发生在两件事上：查数据要几步，以及联赛覆盖能铺多宽。下面几个节点，是这条线上最明显的转折。
-
2018
产品起点比分速查工具上线
平台最早只做一件事：打开就能看到正在进行的比分。团队在成都组建，第一批用户多是本地看球的人。
当时的用户场景
夜里看球，手机在几个应用之间切来切去最容易错过进球。比分放在第一屏、刷新在后台完成，这个朴素的取舍一直留到今天。
-
2020
产品节点统一矩阵入口成形
排名、比分和赛事查询被整合到同一套入口里，从一个地方进去，就能选到需要的模块。
当时的用户场景
常看几个固定联赛的人把一个地址收藏成首页，进门先选联赛，再决定看排名还是看比分。
-
2022
覆盖扩展联赛覆盖突破 100 个
赛事查询先覆盖 100 个联赛，之后继续往外扩，如今已接近 200 个联赛。
当时的用户场景
只关注次级联赛和小语种赛事的人，也能按联赛名直接检索到赛程，不用在头部赛事里翻找。
-
2024
桌面端场馆信息进入桌面端
桌面端加入场馆信息模块，同步更新到赛前 1 小时，出门前最后核对一次刚刚好。
当时的用户场景
周末去现场的人，在电脑上确认开赛时间与场馆位置，再倒推出门时间，不必在手机小屏上放大辨认。
-
2025
客户端客户端切换完成
客户端切换上线后，临时查一个联赛排名的等待稳定在约 3 秒，页面结构也顺势变得更清爽。
当时的用户场景
中场休息的十分钟里，够查完两三个联赛的排名变化，回到屏幕上时比分还没走远。
产品节点覆盖与运营节点
数据支持团队日常核对比分刷新与联赛清单
四川本地运营
服务台在成都，回应不用等到第二天
运营与技术支持团队一共 45 人，其中客服与数据支持 18 人，常驻四川成都。工作日 9:00 到 18:00，邮箱和电话都有人接；碰上紧急技术问题，在邮件标题里注明“加急”，会排到更前面的处理队列。
数据这一侧的事也落在这支团队手上：比分刷新的节奏、联赛覆盖清单的增减、场馆信息同步到赛前 1 小时，都要有人盯住。距离近带来的好处很实在——赛前发现页面异常，打一通电话就能碰上正在值班的人。
- 45 运营与技术支持团队人数
- 18 其中客服与数据支持
- 9:00-18:00 工作日在线服务时段
服务原则
四条做法，撑起每一次打开
这些做法不是写在墙上的标语，而是每一次查排名、看比分时会碰到的具体处理方式。
02
入口统一
排名速查、比分刷新、赛事查询和桌面端场馆信息从同一处进入，收藏一个地址就够。
换设备时不必重新找回上次那个页面。
03
刷新节奏清楚
比分查询每 30 秒自动刷新一次，场馆信息同步到赛前 1 小时，什么时候会更新，看一眼就知道。
页面挂着就好，不必守着反复点刷新。
04
问题有人接
邮箱和电话在工作日 9:00-18:00 有人值守，紧急技术问题按“加急”优先处理。
赛前发现页面打不开，一个电话能找到正在值班的人。
合作生态
数据从哪来，谁来盯住它
赛事的比分和排名要好用，靠的不是一个人盯着屏幕。合作生态目前覆盖赛事数据服务商、场馆信息员和本地体育社群 60 余家，各自负责自己最清楚的那一段。
-
赛事数据服务商
提供赛事与比分来源，是排名速查和比分刷新能持续运转的底座。
-
场馆信息员
在赛前核对场馆与开赛时间，这些信息从 2024 年起进入桌面端，并同步到赛前 1 小时。
-
本地体育社群
把工具带进约球、观赛这些日常场景，也让联赛覆盖清单的调整更贴近真实需求。