标签订阅和离线缓存一起进了手机端
常跟的球队可以单独订阅,比分一动就推到通知栏;信号差的地方,最近一次同步的结果留在本地,掏出来就能看。
这条具体做了什么
订阅入口放在球队标签右侧,长按也能开关。离线缓存按最近一次同步时间排序,清缓存不会连带清掉订阅关系。平板端和网页端沿用同一套标签,换设备不用重新找队。
持续更新 · 按月梳理
联赛归档推到哪一段、手机端又多了哪个用起来顺手的按钮、小屏看球的习惯怎么变——爱游戏赛场把这些正在发生的变化收在这里。标题和标签扫一眼就知道值不值得细看,想直接找球队或者换台设备看比分的,下面都留了入口。
版本上线、索引新增、赛场复盘、小屏阅读,近期值得留意的变化按这四类摆开。先扫标题和标签,想细看的再展开。
常跟的球队可以单独订阅,比分一动就推到通知栏;信号差的地方,最近一次同步的结果留在本地,掏出来就能看。
订阅入口放在球队标签右侧,长按也能开关。离线缓存按最近一次同步时间排序,清缓存不会连带清掉订阅关系。平板端和网页端沿用同一套标签,换设备不用重新找队。
手机号验证、选常看的联赛、定通知方式,平均 40 秒走完。不急着注册的,游客模式照样能翻比分页和联赛归档。
游客模式里翻过的球队和联赛,注册后会自动带进订阅列表,不用再搜一遍。验证环节失败会保留已填内容,返回上一步不用从头再来。
主客场比分、晋级轮次、两回合总比分排在同一列,翻往季对阵不用再对着赛程表一个个数。
这一批归档同时补齐了参赛球队的常用简称,按拼音首字母检索时不会再因为译名写法不同而漏掉条目。
欧洲五大联赛和中超的往季对阵持续回填,几年前的比赛现在也能按赛季一层层点进去。
新增条目优先覆盖交锋次数多、被检索得多的对阵组合,冷门场次排在后面补,不占用常用球队的更新节奏。
多数人真正在意的只有几场。球队标签加订阅之后,首屏留下的就是自己关心的那几行,其余按联赛分组收在后面。
比分页每个比赛日平均展示 180 场对阵。没有订阅时按联赛分组平铺,订阅之后常跟球队自动前置到首屏第一屏。
同一轮里好几组对阵挤在同一时段开球,历史交锋这时候最好用——两队上一次碰面什么结果,翻一眼就能对上。
收官阶段的专题按争冠、保级、亚冠资格几条线分开整理,想顺着某条线看对阵,不用自己在整张赛程里挑。
比分页在 5.5 至 7.2 英寸的屏幕上把球队标签和近期战绩放在同一栏,拇指划一次就能对上,不用来回切页。
标签点击热区做了放大,相邻标签之间留出误触间隔;比分数字用等宽字体,位数变化时整行不会左右跳。
开球前和终场后是两个高峰,中场休息那十五分钟反而最少人看。推送默认只发这两个时间点,尽量不打扰。
通知可以按球队单独开关,也能整体静音。关掉推送不影响比分页、索引和离线缓存的正常使用。
AYX站内索引栏目按赛事归档历史交锋,近 18 个赛季的对阵记录都能落到具体的联赛和轮次上。想找一场旧比赛,先在下面挑联赛,再按赛季或者球队拼音首字母往下点。
从赛事层级一路往下,先选联赛,再选赛季,最后落到具体轮次。适合知道自己要看哪个杯赛的人。
输入球队拼音首字母,直接跳到这支队伍的历次交锋列表。译名记不准确,也能靠拼音对上号。
先定赛季范围,再看这个赛季里所有已归档的对阵。想横向比较同一年的几支球队时最顺手。
手机端从 v3.0 走到 v3.6,四次比较关键的改动都在这条线上。
球队有了统一的分类标签,找队不再只靠名字搜索。同一个队在不同赛事里的写法,从此归到同一个标签下。
球队分类标签和近期战绩放进同一栏,左右对照着看。这一版之后,翻战绩不用再点进详情页。
归档从一长条平铺列表收进抽屉,按联赛一层层展开。想看别的时候不想看的,直接收起来就行。
球队可以单独订阅,比分离线也能留在本地。碎片时间和弱网环境下,打开就有内容,不用等加载。
进站的十个人里有九个用的是手机,云南地区的访客差不多占两成。屏幕就这么大,什么该留在首屏、什么可以先收起来,是一直在调的事。
比分、更新时间、球队标签。在 5.5 到 7.2 英寸的屏幕上,这三样刚好铺满一屏,不用滚动就能看全一场比赛的来龙去脉。
只订自己在看的那两三支队,通知栏就不会被塞满。犹豫先开哪支,就从最近翻得最多的那支开始。
进场馆、进地铁,信号一断页面就白,这事挺烦。离线缓存把最近一次同步的结果留在本地,打开就有东西看。
网页端、手机端、平板端用同一套球队标签。手机上订好的球队,换个屏幕打开还在原来的位置。
赛场变化太快,靠一方撑不起来。我们和区域媒体、数据服务商、球迷社区一起把对阵记录补全,也把新的看球方式试出来。
区域体育媒体、数据服务商和球迷社区,分成赛事报道、数据校验和社区讨论几个方向各管一段。
比分与赛程数据按天汇总处理,常规比赛日同步后在页面标注更新时间,间隔不超过 30 秒。
从欧洲五大联赛到区域杯赛,全球 120 余个联赛与杯赛的赛程和结果持续纳入归档。
连续三年获区域体育数据服务创新案例奖,2024 年入选移动端体验优秀案例。
数据校验、客服和运营合起来 40 人,其中校验 12 人、客服 15 人、运营 13 人;团队分工和版本演进过程整理在品牌档案里。