六年只做一件事：让比赛好找，让数据好读

我们为什么做这件事

看球的人多半遇到过这种时刻：想确认某一轮的结果，先翻赛程，再跳到积分，最后还得单独去找谁吃了牌。三个标签页同时开着，视线来回跳，看完之后记住的却不多。

FB赛事最初就从这个场景出发。我们没有去堆更多页面，而是把两件基础工作做扎实：一是入口足够明确，电脑端和手机端各有固定的落点，不用每次重新摸索；二是数据按看球时真正会问的问题来分，比分与红黄牌各归各的位置，而不是塞进同一张密不透风的表格。

这两件事听起来朴素，却决定了后面所有的产品形态——导航怎么排、导出字段怎么命名、小屏上字号和行高调到多少，都是从这两个判断里长出来的。

三条服务准则

长期用下来的人，其实是在跟三件事打交道：能不能找到、能不能看懂、出了状况有没有人理。我们的做法围绕这三点展开。

• 01 / 入口

  入口要好找

  正式版导航把常看的几个联赛直接钉在首屏的赛道条带上，从进站到切到目标联赛，点击不超过两次。正在进行的轮次、常看的杯赛各占各的位置，多联赛并行时也不会互相挤掉。

• 02 / 数据

  数据要好读

  第 7 版把联赛、赛程、比分、红黄牌、球队拆成五个独立分类，红黄牌单独成带、与比分并列，可以按联赛与轮次查。只关心比分就停在比分，要追红黄牌再切过去，不必在同一张表里横向扫视。

• 03 / 支持

  问题有人接

  客服邮箱在工作日 9:00–18:00 内回复。登陆、小屏显示这类问题，邮件标题写上“登录支持”会处理得更快；如果是显示异常，附一张截图往往比文字描述省事。复杂情况走邮件，电话适合确认简单事项。

每条准则背后都有对应的日常工作：联赛排序规则、导出字段命名、小屏字号与表格滚动方式，都有人长期盯着改。

从第 1 版到第 7 版

六年间，赛事数据完成了 7 次版本迭代。每一次不是加功能，而是把上一版里最硌手的那一段磨平。

1. 第 1 版

   起步：先让人找得到

   赛程与比分收进同一个入口，解决“到底去哪儿看”的问题。

2. 第 2 版

   补上球队维度

   球队成为独立分类，追一支队伍的表现不用再翻遍整轮赛程。

3. 第 3 版

   多联赛并行不乱

   联赛切换保留当前查看位置，常看的联赛可以固定下来，减少来回翻找。

4. 第 4 版

   小屏单独打磨

   针对 5.4 至 6.7 英寸屏幕重调字号、行高与表格横向滚动方式，手机上不再需要放大缩小。

5. 第 5 版

   导出支持表格整理

   加入 CSV 导出，拿到文件就能直接排表、做二次整理。

6. 第 6 版

   结构化输出

   加入 JSON 导出，需要按结构处理的场景可以少写一层解析。

7. 第 7 版

   分类重排，红黄牌独立

   联赛、赛程、比分、红黄牌、球队分成五个独立分类，红黄牌单列成带；导出字段命名统一为联赛、轮次、主客队、比分、红黄牌五组前缀。这是当前使用的版本。

节奏一直没变：每月一次小更新，每季度一次大版本。

上海团队与协作方式

FB赛事面向上海地区用户提供主入口导航与赛事数据服务，上海及长三角是日常访问的主要来源。团队按职能分块推进，各块之间靠同一套约定衔接。

我们怎么判断做得好

不看写了多少页面，只看几件具体的事有没有一直成立。下面这几条，是我们内部反复回看的位置。

• 2 次 切换常用联赛的点击上限，超出就说明首屏排布该调了
• 12 + 4 覆盖 12 个联赛与 4 项杯赛的赛程、比分与红黄牌记录
• 5.4–6.7″ 小屏入口逐档调试过的屏幕区间
• 9:00–18:00 工作日客服响应时段，邮件与电话两条通道都在线

换设备后分类结构是否还是那五个、红黄牌是否还和比分并列、同一轮次的多场比分能否吸附表头对照——这些具体的小检查，比任何总结都更能说明问题出在哪儿。