把散在各处的表格并成一份
起步时只有三个人和一台笔记本，每天赛后手动抄录比分、进球时间与积分变化。当时最想解决的问题很朴素：同一场比赛，在不同地方看到的写法能差出一整节。
那一年确定的事：先有一份对得上的底表，再谈别的。
品牌档案 · 数据即哨声
让每一场比赛
都翻得到同一页
365赛事 从 2016 年的一张赛后表格开始，把联赛排名、比分、赛程与主客场表现整理成随手可查、能横向对照的数据。42 项赛事、1860 支球队、34 个人，九年只做这一件事。
42
项赛事，从欧洲五大联赛到 CBA
1860
支球队共用一套固定编号
34
人负责采集、编辑、开发与服务
发展历程
从一份赛后表格开始
最早只是几个人把散在各处的比分抄进同一张表里。后来表越抄越长，问题也变了：怎么让人在手机上也能一眼找到昨天那场球。
站点上线，编号统一
data-whistle-bet365.com.cn 正式上线，42 项赛事与 1860 支球队各自拿到一枚固定编号。从此不管从哪个入口进来，你看到的同一场比赛指的都是同一场。
那一年解决的事：换了设备，记录还找得回来。
安卓端发布，把数据放进口袋
安卓端 3 月首发，安装包 28MB，从第一版就支持离线缓存最近 7 天的赛程与排名。通勤路上想核对两支球队的主客场表现，不用再掏电脑。
那一年解决的事：离开办公桌，也能查完再走。
订阅目录改版，按你的节奏来
26 个专栏按赛事、栏目类型与更新频率重新排列，筛选结果可以存成个人订阅清单。最近一次调整新增了「伤停与轮换」和「赛程密度」两个专栏。
那一年解决的事：同时追几个联赛，也能有个地方收着。
团队分工
谁在整理这些数字
34 个人分成四个方向。你在页面上看到的一行排名，背后有人在赛前盯着，也有人在终场后接着改。
数据整理
12
登记比分、进球时间、射门与射正、控球率、角球、犯规、越位与红黄牌，赛前 48 小时发布赛程与初始排名，终场哨响后 15 分钟内完成刷新。
内容编辑
8
把数字写成你愿意读完的东西：600 字以内的战报速读配 6 项关键数据，排名对照专题每个比赛日更新，数据问答每周固定两期。
技术与产品
9
维护网页端与安卓端共用的赛事数据库，处理字段调整、页面加载速度与版本迭代，安卓端目前迭代至 4.6 版本，平均每月一次小版本更新。
客户服务
5
受理订阅目录、账号与数据使用类问题，工作日邮件 24 小时内回复，订阅清单配置协助在 1 个工作日内给出方案。
工作流程
一份数据要过几道手
数据一旦出错，读者就不再相信它。所以每条记录从进场到露面，都要走完下面这三道。
-
01
机器抓取
按赛事日历定时采集比分、事件与技术统计，原始记录连同时刻一并入库，避免事后追溯不到。
-
02
人工复核
整理岗逐条比对公开赛果与现场事件，排名与赛程类数据要求两次核对；进球时间、射门方向这类容易出岔的地方单独标出。
-
03
双人签发
同一批次由两名编辑分别确认后才允许发布。任何一次改动都会写进更新日志，最近 12 个月的记录随时翻得到。
覆盖赛场
42 项赛事，1860 支球队
从欧洲五大联赛、欧冠，到中超、日职联、韩K联，再到 NBA 与 CBA。每一项赛事、每一支球队，都有一枚固定的等宽编号，第一眼看不出区别，翻到第三页就明白了。
010203040506070809101112131415161718192021222324252627282930313233343536373839404142
按赛区看
你现在能查到的
数据来源
标注清楚每一处来源
一场比赛的数据不止一种写法。我们把话说明白：这条数字从哪来，什么时候更新的。
- 4 家 公开赛事数据源与我们建立转载与校验合作
- 每条 数据都标注来源与更新时间，赛后 15 分钟内完成排名刷新
- 12 个月 更新日志保留范围，可查每次排名与赛程的变更原因
读者节奏
数字之外的习惯
38 万注册读者里，有人每天盯两场，有人只在周末翻一翻。这些数字决定了我们什么时候必须快。
38万
累计注册读者
12万
月活跃读者
3.4倍
比赛日访问量对比平日
比赛日访问量是平日的 3.4 倍，所以排名刷新压在终场后 15 分钟内完成；有一半以上的阅读发生在手机上，所以安卓端从第一版就把离线缓存当作标配。