站点档案 · 编辑记录

为同时盯几个联赛的人,把手机上的路走短一点

BSPORTS 手机版中国官网最早只是一张能查赛程的静态页面。几年下来,我们把订阅入口一次次往前挪, 把切换通道从菜单里搬到手边,因为关注多个联赛的人使用手机时,真正耗掉的从来不是找内容的时间, 而是在频道之间来回翻找的次数。

当前版本
V4
收录联赛
12 个
球队档案
约 2400 支
球员基础数据
约 18000 名
夜间球场看台与照明灯组的远景,画面中没有具名人物
站点的视觉起点是夜场灯光:只留一束主光,其余交给同一冷色系的深浅层级。
01

不是把资讯堆得更多,而是把几步路减掉

每天都有大量赛果、榜单和转会消息可以搬。我们没有做这件事。站点的三件事写在首页最上面: 订阅球队、切换通道、回访赛程。判断一个改动值不值得上线,看的是它替一个同时关注几个联赛的人省了几步, 而不是它让页面多了几块内容。

  • 订阅

    把常看的球队一次性合进一个列表,比赛日不必再逐个联赛点进去翻。单个账号最多关注 8 个联赛的球队,关注列表支持分区折叠。

  • 切换

    联赛标签横向滑一下就能换,不需要退回上一级。整卡横移而不是淡入淡出,视线不会被打断。

  • 回访

    积分榜与球员数据并入关注列表,回访时不用另开一个页面去找。具体入口位置可以在下载中心逐步看到。

02

四个版本,入口一路往前挪

订阅入口的位置前后动过几次,这不是排版上的反复,而是操作路径在缩短。把四个版本摊开看, 规律很清楚:每往后一个版本,订阅或切换到关注内容之间就少一步。

  1. V1

    静态赛程页

    只有赛程表,按日期排。想看某支球队的下一场,得从联赛列表逐层点到球队页。能用,但一次只能看一件事。

  2. V2

    引入订阅入口

    第一次出现「关注」。用户可以留下自己常看的球队,入口放在页面底部,需要滑到底才看得到,使用的人不多。

  3. V3

    切换通道上线,入口上提

    联赛之间不再退回上级页面,改成横向滑动切换。订阅入口从页面底部提到主区域可见的位置,这一步让关注列表真正被用起来。

  4. V4 · 当前版本

    入口前移到首屏,数据并入关注列表

    订阅入口落到首屏可直接点击的位置;积分榜与球员数据并入关注列表,回访看赛程快了一步;会员中心调整到第二栏,战报阅读更省时间。这一次调整之后,从打开页面到切换到另一场关注中的比赛,平均不超过两步。

用线条与方框绘制的手机端操作步骤层级示意,画面中不含文字与人物
左侧的时间线画的是版本,这张图对应的是同一批改动的操作层级:层级越浅,翻找越少。
03

为什么这些改动都要按手机来排

关注多个联赛的人使用手机看球,和坐在电脑前看球是两件不同的事。手机屏幕窄、注意力碎、姿势不稳定, 所以站点的所有横向结构在窄屏下都会转为纵向堆叠,导航可以横向滑动,手势能完成主要切换。

  1. 场景 A

    一只手拿着,另一只手在忙

    通勤路上或者排队时,多数人只用拇指操作。所以订阅按钮做成通栏尺寸,切换标签贴着屏幕上缘,拇指滑动的距离被压到最短。

  2. 场景 B

    换联赛靠滑动,不靠返回

    同时盯着三个联赛的人,一晚上要换十几次视角。左右滑动直接换通道,比逐层返回上一级快得多,次数也会明显少。

  3. 场景 C

    第二天早上才补赛果

    比赛在深夜,看的人在第二天路上补。回访时最需要的是「我关注的球队昨天打成什么样」,所以积分榜和球员数据被直接收进关注列表,不用再找入口。

04

内容经过三道手,数字才落到页面上

站内的赛程、积分榜与球员数据是资讯整理结果,最终以赛事官方公布为准。为了让口径稳定,一条数据从进站到可见, 固定走三道流程,谁在哪个环节做什么都写死,不靠临时判断。

  1. 第一道

    编辑整理

    按联赛拆开当轮赛果与战报要点,战报写成短句摘要,数据分段整理成结构化条目。

  2. 第二道

    数据校对

    积分、出场与关键数据逐项与官方口径对照,对不上的条目退回重查,不带着疑问上线。

  3. 第三道

    运营核对

    确认关注列表、切换通道与首页入口展示正常,再进行发布,避免入口失效而内容已经挂出。

由线条与方框构成的流程示意图形,画面中不含文字与人物
整理、校对、核对三道流程依次交接,任何一道退回,条目就不会出现在页面里。
比赛日当晚
更新战报与积分榜
次日
更新球员数据
积分榜同步
每 15 分钟一次
赛程留存
近 3 个赛季历史赛程,加未来 30 天
赛季日志
分战报、数据观察、版本记录、专题四类,每周至少 5 条
05

十八个人,三个组,日更的节奏

站点由编辑与数据整理小组长期运营,共 18 人。分组不按比赛日临时拼,而是固定班底各自负责一段流程, 这样更新节奏才稳得住。

内容编辑组
负责赛程、战报与专题的文字整理,控制单段长度与用词口径。
数据校对组
负责积分榜与球员基础数据的核对与回填,处理对不上的条目。
产品运营组
负责订阅入口、切换通道、关注列表与会员中心的位置安排和版本节奏。

18 人 · 内容编辑 / 数据校对 / 产品运营

赛季日志按四类归档,战报、数据观察、版本记录与专题各归各的位置,方便回访时按类型找。 版本记录这一类会同步记下每次入口调整的原因,和这一页讲的是同一套说法。