品牌文化 · 自 2018 年起持续运营
七年时间，
把每一轮赛事整理成可回看的数据
bat365主站从 2018 年的一张轮次表做起，七年下来做成了这样一件事：赛前你能查到这一轮怎么排，赛后你能对上主客场的表现，隔了几个赛季再回来，那条记录还在原处，还是原来那一份。
从一张轮次表开始
最初我们只想解决一个很小的问题：这一轮谁在主场、几号打、上一轮是什么结果。表格贴在页面上，谁都能看，但看完就散了。
真正的转折发生在有人问我们：能不能把同一支球队在主场和客场的表现摆在一起看？于是轮次表被拆成了两层——上面一层是按联赛、轮次、日期组织的赛程，下面一层是把主客场拆开之后逐项对照的记录。再往后，很多人不是来看某一轮，而是长期跟着几支球队走，订阅提醒和收藏清单才被加进来。
今天这份档案的体量是这样的：
想让这些记录直接可用，可以从功能中心进去看网页版的轮次安排页长什么样。
一场赛事要走过三道工序
数据不是从赛场上直接掉进页面的。每场比赛结束后，它会依次经过三个人的手，每一道都有明确的交付标准。
-
01
录入
当场数据在终场后进入工作台，录入员按固定字段逐项填写，比分、主客身份、轮次归属三项先落定，其余统计随后补齐。
-
02
复核
第二位同事拿录入结果与来源逐条比对，任何一项对不上就打回重录。复核通过，这一场才第一次出现在页面上。
-
03
抽检
按 15% 的比例随机抽取已上线的场次做第三遍检查，抽中的场次重新走一遍全流程，发现问题会连带回查同批其他场次。
整条链路的时间上限是终场后 30 分钟。夜场密集的时候，值班同事会提前排好次序，先完成复核的场次先上线，剩下的排队往下走。这个节奏决定了你第二天早上打开页面时，看到的是完整的一轮，而不是一半。
46 个人，三种工种
团队不大，但分工是按赛季节奏切的。有人盯着数据本身，有人盯着数据怎么被看到，还有人盯着看到的人有没有问题。
-
21
数据工程与校对
负责录入、复核与抽检三班人手的排布，也负责对照表和回溯数据的生成。比赛日他们是最早开工、最晚收工的一组。
-
17
内容与产品
把数据组织成页面能读懂的结构，写更新公告，维护订阅与清单的交互逻辑，也负责版本迭代时把变化讲清楚。
-
8
客服
工作日在线的第一应答人，处理对照表读法、订阅提醒设置这类具体问题，也收集纠错线索转给校对组。
夜场轮值是这套分工里最不显眼的一环。跨时区的比赛结束时已经是本地深夜，值班同事守到最后一场复核完成才下线，第二天上午由另一班人接手抽检。这条接力线七年没断过，累计发布了 260 期轮次更新公告。
七个赛季里，四个改变阅读方式的选择
回头看，真正让这份档案变得好用的不是数据的增加，而是四次关于「你怎么读它」的决定。点开任一节点，可以看到当时具体改了什么。
早期赛季 网页版与客户端打通
同一账号下的订阅与收藏在两处完全一致。你在办公室用网页版看，回家换客户端登录，清单还在原来的位置，不必重新挑一遍。
其后赛季 订阅提醒上线
从「每次自己来找」变成「到点有人告诉你」。可为单场，也可把多场组合成一个订阅，在设定时点收到提醒。订阅页累计被订阅 12.6 万次。
再往后 收藏清单成型
最多可收藏 50 条赛事或轮次条目，支持按联赛分组、按状态筛选，长期跟几支球队的人终于不必每轮重新找一遍。
近两个赛季 历史回溯扩展
回溯范围一路推到 2018 赛季，形成连续七个完整赛季的记录。对照表也从同轮次横向比对，延展出了跨轮次的纵向读法。
这些变动的完整记录都留在赛事动态里，每一期都写明版本号与改动点。
我们坚持的几条工作原则
原则这个词听起来空。落到实处，它们是三条可以被检查、也可以被质疑的做法。