BRAND LOG · 版本与团队

六次改版,把赛前要看的东西收进一屏

易倍赛场最早只做一件事,把当天有哪些比赛列清楚。往后每一次改版都围着同一个问题转:关注联赛的人,能不能少开几个窗口、少等几分钟,就在一处看完两支球队的状态与缺阵情况。赛程中心、伤停对照表和每周三更新的联赛专题,都是这条路走出来的结果。

  • 06 次大版本迭代
  • 38 个联赛与杯赛
  • 42 人内容团队
  • 12 家数据合作方
折线与节点构成的六个版本演进路线示意,每个节点旁标注等宽编号
能力是一层层叠上去的:先让比分看得见,再让伤停能对照,最后补上同步节奏与多端阅读。

PHASE 01 · 起点

第一版只回答一件事:今天有哪些比赛

上线时的版本只有一张场次表,列出当天比赛、开球时间和比分,覆盖 22 个联赛。它把「今天踢哪几场」讲清楚了,但也很快露出短板:一场比赛值不值得看,往往取决于谁上不了场、两队最近几轮踢成什么样,这些当时都不在表里。

一个完整赛季跑下来,改造方向就此定成两件事——把状态信息并进同一屏,把长篇内容做成能按周追的形式。

那段时间被提到最多的三件事

  1. 01查得到开球时间,查不到这名球员能不能上场
  2. 02想比较两队近期状态,得另开一个窗口
  3. 03比分靠手动刷新,隔一会儿就不确定是不是最新的

PHASE 02–06 · 迭代路线

六次改版,每一步都在缩短距离

从 v1 到 v6,能看的东西一层层加上去,要走的步骤一步步减下来。每一段同时留下代价:加了字段,表格就变长;压了同步间隔,校对的压力就跟着上来。

  1. PHASE 01 · 场次与比分

    v1

    把开球时间和比分列成一张表

    首版把当天场次、开球时间和即时比分放进同一张表,覆盖 22 个联赛。它让用户第一次能在一个地方把当天的比赛看完,代价是这张表只说了「什么时候踢」,没说「值不值得看」。

    • 22首版覆盖的联赛数量
    • 1张场次表承载全部当日比赛
    这一版后来动了哪里

    伤停要另外查、近况要另外翻、比分要手动刷新——这三条反馈分别对应到 v3、v2 和 v4 的改造目标。

  2. PHASE 02 · 近期战绩与状态标签

    v2

    把最近几轮的走势并进同一屏

    第二版在每场比赛旁加上两队近五轮的胜负走势,并给每场挂上状态标签:未开始、进行中、已结束、延期。用户不必再切窗口确认一场球有没有开始,也不会把已经结束的比分当成即时比分。

    • 05轮近期战绩并排呈现
    • 04种比赛状态标签固定下来
    这一版定下的视觉规则

    状态标签的形态在这个版本定型:等宽字体、固定配色。进行中用荧光青,延期用赛事橙,已结束回到雾灰蓝,标签的含义看一眼就能记住。

  3. PHASE 03 · 伤停对照

    v3

    26 项字段的伤停对照表成形

    第三版引入伤停对照表,单张表包含 26 项字段,覆盖球员位置、停赛原因与预计回归轮次。两支球队的关键缺阵并排放在同一行高度上,赛前两分钟就能看出差距落在哪个位置。

    • 26项字段构成一张对照表
    • 2支球队的关键缺阵并排比对
    为什么要做到 26 项

    字段是按编辑与校对的实际用法挑的:位置、停赛原因、预计回归轮次这三类必须先齐,其余补在后面的列里。对照表的浅色底也沿用到今天。

  4. PHASE 04 · 同步节奏

    v4

    同步间隔压到 5 分钟,复核跟着立起来

    第四版把整站的同步间隔压到 5 分钟,重点场次挂更密集的状态更新。速度提上来之后,一处错误的代价也变大了,双人复核因此成为发布前的固定动作。

    • 5分钟一次全站同步节奏
    • 3次全量校验安排在每个比赛日
    复核方式的变化

    校对从单人自查改成两名校对分别过一遍,两边结果对上才进入发布流程。42 人团队里,数据校对占到 16 人。

  5. PHASE 05 · 平板端联赛专题

    v5

    为横屏长读做一套每周更新的专题

    第五版开始运营联赛专题,固定每周三更新,累计发布 140 余期。专题按赛程前瞻、伤停速览、战术板、球队状态与复盘对照五个栏目组织,横屏与竖屏都能连贯读完。

    • 140余期专题持续更新
    • 05个固定栏目串起一期内容
    阅读数据带来的决定

    专题单期阅读完成率约 71%,平均停留时长约 6 分 40 秒;通过平板设备访问的用户占注册用户的 34%。横屏排版从这一版起被当作主要阅读形态维护。

  6. PHASE 06 · 多端与账号

    v6

    客户端 v4.2 与账号保护上线

    第六版把重心放到多端体验与账号安全:客户端当前版本为 v4.2,安装包约 38MB,支持 Android、iOS 与平板横屏模式;账号支持两步验证与登录设备管理,登录过的设备可以逐台查看并移除。

    • 38MB 客户端安装包大小
    • 86万注册用户使用当前形态
    这一版补上的两块

    一块是多端一致性,让同一份对照表在手机与平板上排版都不散;另一块是账号安全,全站启用 HTTPS 加密,两步验证与设备管理同时开放。

TEAM · 复核与分工

42 个人各管一段,发布前过两道

内容团队共 42 人。数据校对 16 人盯字段与状态,编辑与专题策划 18 人负责前瞻、战术板与复盘,客服 8 人处理用户报错和选题建议。分工按「谁来改、谁来拦」拆开,同一份数据不由一个人从头管到尾。

每个比赛日安排三次全量校验,由两名校对分别过一遍,两边结果对上才进入发布流程。这条规则从 v4 沿用至今,也是把同步间隔压到 5 分钟之后仍能站住的原因。

桌面设备局部与表格线稿构成的校对工作台抽象画面,画面中没有人物
每条停赛原因和预计回归轮次,都要经过两名校对的比对才会出现在对照表里。
易倍赛场内容团队的岗位分工
岗位 人数 主要承担
数据校对 16 伤停字段、停赛原因、预计回归轮次
编辑与专题策划 18 赛程前瞻、战术板、球队状态与复盘对照
客服 8 报错处理、选题建议、使用问题

COVERAGE · 联赛与数据源

38 个联赛与杯赛,12 家数据合作方

覆盖范围集中在欧洲、南美与亚洲的主要足球、篮球赛事,合计 38 个联赛与杯赛。合作方式是与 12 家数据合作方建立订阅关系,重点联赛配更密集的状态更新,其余联赛按统一的 5 分钟节奏走。

欧洲联赛占覆盖总量的一半以上,南美与亚洲的联赛在最近两个赛季陆续补齐。区域不同,赛程密度和伤停信息的写法也不一样,专题里会按联赛习惯调整栏目侧重。

联赛与杯赛
38
数据合作方
12
知识中心问答
96
新用户指南
12
网格地图与连线节点示意联赛覆盖区域与数据来源分布
欧洲、南美与亚洲三条区域线,各自对接不同的数据合作方。
22 26 31 34 36 38 v1 v2 v3 v4 v5 v6
联赛覆盖数量随版本推进的变化:从首版的 22 个,到当前的 38 个。

NEXT · 下一步

接下来准备做的三件事

  1. 01

    专题栏目再加一块

    在赛程前瞻、伤停速览、战术板、球队状态与复盘对照之外,补上赛后数据对照,让一期专题从赛前一路读到赛后。

  2. 02

    把窄屏阅读做顺

    小屏下的伤停对照表改成逐行展开,减少横向拖动;平板横屏继续作为主要阅读形态,排版按横竖屏各自优化。

  3. 03

    上手内容继续补

    新用户使用指南目前 12 篇,首篇讲周末两场连看的排期与步骤,接下来补账号、设备与专题订阅相关的条目。