比赛结束之前，一直有人醒着

这三条线为什么这么分，在公司介绍里写了亚星体育当初为什么把移动端放在第一位。

1. 01

   换一个联赛，整屏要重新翻

   当时

   一场夜里同时开着好几个联赛，手一换联赛，页面就回到顶部，想看一眼别的比分得重新往下翻。

   做法

   把联赛切换改成原地替换：滚动位置留在原处，比分条不跟着重排，换过去还是那一屏。

   结果

   现在同一屏最多并列 6 场对阵，覆盖 18 个联赛与杯赛，切换时不再跳栏。

2. 02

   后半夜那一段没人接得住

   当时

   欧洲联赛开球晚，换班前后容易空出一段，刷新和收口都往后拖。

   做法

   把比赛日拆成三个值班时段，交班时先把当前比分、还没挂上的牌面、没核完的换人交出去，下一班从状态接，不从描述猜。

   结果

   00:00 到 05:00 的页面阅读大约占全天的 27%，当日数据在凌晨收口，中间不断线。

3. 03

   换人之后的数据，没人写得清

   当时

   写过战报的人想知道替补上场以后跑了多少、传了几脚，翻遍画面也拼不齐一段完整的。

   做法

   把每次换人之后的跑动距离与传球数单独记下来，挂在单场页里，单场最多覆盖 10 次换人调整。

   结果

   引用的时候直接拿来用，不用自己回看录像再数一遍。

4. 04

   牌面散在各处，回看要拖进度

   当时

   红黄牌出现在不同分钟，赛后想按时间顺序看一眼，得反复拖动进度条对时间。

   做法

   把牌按比赛分钟挂到移动端时间轴上，从第 1 分钟一直排到 90 分钟以后的加时阶段。

   结果

   每张牌在轴上都有自己的位置，红牌用强调色、黄牌用浅暖底色，扫一眼就能分出来。

5. 05

   iPhone 上打开要等一会

   当时

   赛中等比分的时候，单场数据页要等上一会才出得来，这几秒最扎眼。

   做法

   重排加载顺序，先把比分和牌面给出来，再补替补贡献部分，中间经过 11 个版本迭代。

   结果

   iOS 版走到 3.4 版本，打开单场数据后约 1.2 秒就能读。

值班接力

一个比赛日，从赛前走到收口

顺序比人更重要。谁在什么位置接手，接的是什么状态，都提前排好，比赛日当天只做执行。

1. 赛前

   把当天的对阵排上值班表

   标出可能拖进加时的场次，谁盯哪几场先定下来，后面就不临时调人。

2. 开球

   比分对照条跟着开球启动

   比分变化先落在这条上，不等别的数据补齐，先让看的人知道现在几分。

3. 中场

   用中场这十几分钟核对上半场

   比分、牌面、换人时间点一起过一遍，有对不上的当场改掉，不带到下半场。

4. 下半场与加时

   牌面和换人继续往后挂

   牌按分钟排下去，换人一发生就把跑动与传球接上，单场最多到 10 次调整。

5. 收口

   凌晨把当日收完

   当天数据在凌晨收口，第二天的值班从收口结果开始，不从头再翻一遍。

1. 原则 01

   同一条数只有一个口径

   比分、牌面、换人时间点由一个人先定，其他人对着这个口径走。出现不一致就先停下核对，不各写各的。

2. 原则 02

   交班交状态，不交描述

   换班的时候不说"差不多"，直接说现在几分、还有几张牌没挂、哪次换人没核完。下一班从状态接上。

3. 原则 03

   改动先在低阅读时段试一遍

   页面上的调整先在夜里人少的时段走一遍，确认不影响比分条和时间轴，再往外放。

4. 原则 04

   反馈到了就先复现场景

   收到核对反馈先按截图把场次调出来，弄清是记录出了问题还是读法有分歧，再决定改哪一边。

读的时候卡在具体某一步，去帮助中心找，那边按看数据、核对与引用、账号与设备分好了入口。赛季推进的时候，活动中心会有对应的观赛专题。