一群人，一套工序：火狐体育主站的赛季记录方式

起点

从最早的一批赛事记录说起

最早的一批记录，是从单场比赛的结果开始的。谁赢了、什么时候开赛、在哪块场地——记完就发，发完就等下一场。那时候没有栏目，也没有分类，只有一个接一个的日期串在一起。

变化来自回看的人变多了。有人关心这个项目这一轮走到哪了，有人想知道上一轮发生了什么。于是记录开始按项目归类、按轮次编号，散着的日期慢慢连成了一条线。

2021 年轮次积分榜栏目上线，赛季第一次有了一根可以一直往下看的骨架。2023 年首页改版，赛事案例合集被固定到第二栏，按日期逐日翻阅，中间不用再跳一层。到今天，在册案例累计 1,280 余条，覆盖 9 个主流项目，信息来自 26 个省级行政区；其中相当一部分，是我们和 30 余家地方赛事运营方、体育数据服务商一起维护下来的。

工序

一条内容要经过四道工序

选题、数据整理、案例撰写、轮次复核，这是每条案例上线前都会走的四步。步骤本身不算复杂，难的是每一步都不省。

选题这一步，判断的是这场比赛值不值得单独立条。看的是项目热度、轮次的关键程度，以及它和上一轮之间有没有延续关系。一场比分悬殊的常规轮次，往往不如一场咬到最后两分钟的对抗更值得展开。

数据整理管的是源头。比分、开赛与结束时间、轮次、场地，按同一套格式落进表里，所有数字用半角，轮次编号从 01 开始排。这一步慢了，后面两步都会跟着返工。

案例撰写是把结果写成一段扫一眼就知道发生了什么的话，通常三到五句，先给结论，再补一句为什么。轮次复核则由编辑岗和数据岗各看一遍，确认时间与轮次编号能对上，两个人都点头，这条案例才进合集。

积分榜的节奏要更紧一些。每轮比赛结束后 3 小时内完成更新；遇到赛程调整，会在站务公告里说明调整原因和新的时间点。

团队

团队构成与协作方式

编辑、数据、产品、客服，四拨人加起来做的事情，就是把一个赛季完整地记下来。人数不多，好处是每条案例从选题到上线，中间不会转太多道手。

• 14 赛事编辑

  决定这一轮哪些比赛值得单独写，也负责把写好的案例放进对应的项目线里，让前后几轮接得上。

• 6 数据整理

  守着源头：比分、时间、轮次、场地，进表的时候格式就是统一的，后面的榜单和导出才有同一个基准。

• 5 客户端产品

  PLUS 客户端从 1.0 走到 4.2 版本，订阅、关注列表、跨端同步和导出这些功能都归他们。

• 9–18 客服支持

  工作日在线，赛事订阅和 PLUS 客户端相关的问题排在最前面处理，其余问题按顺序回复。

每天上午，编辑和数据岗先过一遍前一夜的赛程结果；下午新一批案例进合集。产品那边按版本节奏走，每次调整都会在知识中心补一条答疑——现在那里已经攒了 120 余条，分成订阅设置、关注列表与导出、积分榜与轮次、多设备与版本四类。

标准

我们长期坚持的几条标准

下面四条，是我们做内容时不太愿意让步的地方。它们听起来都不新鲜，但真正落到体验上，你会有感觉。

1. 01

   时间准确

   开赛、结束、轮次节点，写出来就是准的。你在订阅提醒里看到的时间，和在案例里看到的是同一个。

2. 02

   轮次编号前后一致

   同一场比赛，在案例、榜单和你的关注列表里，轮次编号永远是同一个，翻到哪一段都不会出现两个说法。

3. 03

   案例可以往回翻

   按日期往回翻，你能一直翻到这个项目最早的那一条，不用在几个栏目之间来回找线索。

4. 04

   订阅随你调整

   最多同时订阅 20 个项目。想加、想减、想换提醒方式——站内列表、客户端推送或每日摘要，随时改。

节奏

一个赛季的陪伴节奏

内容跟着你的使用节奏出现，大致分三段。

1. 赛季开始前

   把项目订阅下来

   最多挑 20 个。提醒走站内列表、客户端推送还是每日摘要，你自己选。

   去工具中心配置订阅
2. 轮次进行中

   关注列表跟着你走

   桌面端、移动端和网页端共用同一份关注数据，换设备不用重新配一遍。

   看赛事观察里的这一轮
3. 每轮结束后

   回到合集里复盘

   导出的文件支持 CSV 与表格两种格式，单次最多 500 条，字段含项目、轮次、比赛时间、状态和备注。

   查导出与轮次的常见问题

这样一个赛季跟下来，你手上会留着一份完整的关注记录，而不是散落在各处的截图和链接。

主体信息

谁在运营这个站点

火狐体育主站的主体位于陕西，备案号为 陕ICP备65905405号-2。从 2016 年持续记录至今，团队一直在这一个地方做同一件事。

客服邮箱、服务电话和办公地址都放在找到我们页；如果你有内容投稿，或者想聊聊地方赛事与数据的合作，那边也有对应的沟通方式。