从一张比分页，到跟得上节奏的赛事入口
早年的中国站只解决一件事：把比分和赛程摆出来。能看，但要在通勤路上找到今晚值得打开的那一场，往往得往下翻好几屏。
品牌升级把顺序倒了过来。先想清楚你在什么位置、手里拿着什么设备、还有几分钟到比赛开始，再决定信息该以什么形状出现。于是首屏变成按分类标签组织的重点场次，战报被压到两行以内，战绩固定按最近 10 场排开，订阅提醒按赛前、赛中、赛后三个时点分发。
手机端和 PC 端不再是两份各自为政的页面。同一个账号下，你在手机上加进订阅的场次，回到电脑前仍排在消息中心最上面；PC 端则把比分条、战绩、订阅管理和反馈入口拼成一块可以长时间停留的面板。
品牌历程
八个赛季的迭代线
每一次版本推进都由同一个问题触发：用户在哪一步慢了。
夜场光影 · 品牌视觉主轴
-
比分与赛程起步
最早的中国站把比分、赛程与赛果放在同一张页面上，目标只有一个：结果尽快可见。也是从那时起定下规矩——比分和赛果发布前必须由第二个人交叉检查一遍。
-
联赛导航成形
覆盖扩展到 12 个运动大类、86 个联赛与赛事品牌之后，按项目分类、开赛时间与订阅热度整理的标签导航成为主入口，找一场比赛从翻页变成点两下。
-
战报摘要与近期战绩
重点场次赛后 10 分钟内发出摘要，非重点场次 30 分钟内补齐；摘要控制在 80 字以内，读完就知道比赛怎么走的。战绩模块固定展示最近 10 场，可按主客场、赛事类型与胜负结果筛选。
-
赛事订阅上线
开赛前 1 天、开赛前 30 分钟、赛后 10 分钟摘要三类提醒陆续上线，把“到点记得看一眼”换成系统替你盯着重点场次。
-
苹果测试版与跨端协同
苹果端测试版通过 TestFlight 分发，支持 iOS 15 及以上系统，每 4 周一个测试迭代。测试版与 PC 消息中心共用同一账号，订阅不再因为换设备而重来一遍。
-
PC 数据面板与速达新版
比分条、近期战绩、订阅管理与反馈入口四个区域组成完整面板。中国站以“速达”为核心完成品牌升级，快和多端一致成为两条并行的主线。
内容生产
一条跑得比比赛快的流水线
从一条赛程进入到一条摘要发出，中间有四道固定动作。
-
01
赛事数据采集
覆盖欧洲主流联赛、国内职业联赛与国际综合赛事，开赛与更新时间统一按北京时间显示，比分与时间采用等宽数字，精确到分钟。
-
02
战报编辑
先写结果再写转折，摘要压到 80 字以内。编辑决定哪一场值得进首屏，也决定同一条比分旁该配一句什么样的话。
-
03
双人复核
比分与赛果在发布前由第二人交叉检查，数据线与编辑线互相校验。这是八个赛季里改动最少的流程，也是最不该省的一步。
-
04
发布与回看
重点场次赛后 10 分钟内发出，非重点场次 30 分钟内补齐。发布之后仍可回溯赛果、比赛时间与近期战绩。
团队分工
32 人，三个小组，一份排期
每周 1000 场以上赛事条目的背后，是三个小组在同一条时间轴上接力。
-
赛事数据组
负责赛程录入、比分同步与赛果校验，保证每一条条目的开赛时间、比分和状态对得上。
-
内容编辑组
写战报摘要、编赛事专题、排栏目位置。哪场比赛值得放在最前面，由他们按分量和时效判断。
-
用户体验组
负责移动端与 PC 端界面、订阅链路和反馈处理，把每 4 周一轮的测试版建议排进下一版先改什么。
三组共用同一份排期：数据组给出开赛窗口，编辑组据此排摘要节奏，体验组按反馈热度决定下一版先改哪里。比赛不会等流程，所以每周的排期表都会重排一次。
更新标准
一版更新值不值，看这四件事
版本日志上的功能清单不算成绩，下面四项才是。
-
订阅到达率
提醒该到的时候到，重点场次不漏。到达率掉下来，下一版优先修的就是它。
-
比分刷新速度
比分与时间以等宽数字显示，更新时间精确到分钟，刷新延迟越短越好。
-
战报可读性
80 字以内、两行读完，是摘要的硬要求，也是通勤场景下最直接的体验。
-
反馈闭环
常规建议 2 个工作日内完成初判，进入每 4 周一次的产品评审清单。
版本节奏
每一次版本更新优先处理订阅到达率、比分刷新速度和反馈集中的问题，新功能排在后面。