数据采编
14
人
按赛程排班，负责比赛中的录入与赛后的逐项比对。每个人长期跟进固定联赛，熟悉各队的首发习惯，看到异常阵容能第一时间反应过来。
01
从一个数据整理小组开始
最开始我们只做一件事：把每天的赛程和比分整理成能查的表格。当时常见的做法是把结果贴在长帖里， 翻到第几页全凭运气，想找三个月前的一场联赛来回翻上十几屏。我们觉得查战绩不该这么费劲， 于是按联赛和日期把赛果拆成独立条目，让每一条都能被单独翻出来。
这个习惯一直留到现在。你在手机端选好联赛和日期，最近三轮比分就直接铺在屏幕上，不用登录、不用绕页面。 品牌后来长成了必一体育赛事，规模大了很多，但判断一件事该不该做，用的还是当初那个问题—— 一个想查比分的人，几步能拿到结果？
02
比分进列表之后，数据还要过三道流程
主流联赛的进球和关键事件，通常在进球后 15 秒内出现在赛果列表里。快是基本功，但快之后还有活要干—— 一场比赛从结束哨响到进入统计页面，中间要经过三段不同的人手。
-
A
录入
比赛进行中，采编按事件发生的时间点写入比分与关键事件，同时生成场次编号。这个编号后面会跟着数据页走，方便你把联赛、日期和场次一起发给别人。
-
B
交叉比对
赛后由第二位采编对着多个来源逐项比对：比分对不对、进球者对不对、时间点对不对。任何一项对不上就退回重查，不带着疑问往下走。
-
C
字段复核
数据进入统计页面之前，工程侧再检查一遍字段是否齐全——首发与替补名单、跑动距离、冲刺次数、控球率、射门分布这些是否都落到了应有的位置。
如果某个字段的含义做过调整，我们会在对应栏目里写清楚改动从哪一轮开始生效，之前的数据保持原样。 这样你按同一个字段名把两个赛季拉在一起看时，心里有数，不用猜中间是不是换过算法。
03
四类角色，38 个人
团队一共 38 人，分成四类角色。分工不是按头衔分的，是按一场比赛从开赛到进入历史数据要经过哪些环节分的。
工程
11
人
维护赛果同步链路、数据页的字段结构与导出接口。主流联赛的进球要在十几秒内进列表，靠的就是这一组把链路压稳。
内容与客服
8
人
写战报统计、整理旧版规则条目，同时处理邮件咨询。工作日 9:00-18:00 内回复，遇到赛果疑问会让对方附上联赛、日期和场次编号，直接定位到那一场。
运营
5
人
盯会员的使用情况、战报订阅推送与栏目排期，也负责跟数据机构和高校那边的日常对接。
办公地点在辽宁省沈阳市浑南区智慧三街12号 数字体育创新中心B座 8层。想当面聊合作或者寄送材料，先发邮件约时间会顺利一些。
04
覆盖到哪，谁在用
目前收录 46 个足球联赛与杯赛、18 个篮球联赛，累计赛事数据条目超过 120 万条。 数据时段从 2015 年延续至今，会员可以往回查到最近 10 个赛季的完整记录。
注册用户 26 万，分布在 31 个省级行政区与 17 个国家和地区。用得最多的三类人： 习惯用手机看球、随手查近期比分的球迷；需要固定字段做赛后复盘的媒体编辑和研究者； 以及要给社群整理赛果、或者给青训队伍做长期记录的人。
05
和谁一起做校验
我们跟 5 家体育数据机构和 2 所高校体育学院建立了数据校验协作。这不是挂个名头， 每年会做一轮实际的字段比对：把站内记录和机构侧的结果抽样对照，出现差异的场次逐条回溯到具体比赛， 查到是哪一侧的录入或判定出了问题。
高校那边更多是从统计方法上看字段本身。比如跑动距离的采集方式换过之后，历史数据要不要重新标注、 哪些赛季适合放在一起比较，这类问题会由学院的老师给出建议，我们再决定站内的字段说明怎么写。
这些协作的结果最后都落到具体字段上。你在数据页看到的 9 类统计模块——首发与替补名单、跑动距离、 冲刺次数、控球率、射门分布、关键事件时间线等——每一项的取值方式，都在这个年度复核里被反复确认过。
06
从整理赛果到数据工作台
-
起步阶段
赛事数据整理
以整理小组的形式运转，按联赛和日期建立可检索的赛果条目，把散落的比分变成能翻回去的记录。
-
赛果查询上线
移动端赛果与三维筛选
联赛、日期、轮次三个条件可以组合筛选，默认展示最近三轮比分，列表每屏能扫 8 到 10 条赛果。
-
规则专栏建设期
旧版规则归档
老站规则独立成栏，收录 2015 年以来的旧版规则条目 78 条，按赛事类别与版本阶段分开摆放，方便华人看旧版规则说明时一次找全。
-
战报常态化
每周二更新赛后统计
战报专栏把更新日固定在每周二，到目前已经连续更新 190 期以上，读者可以按周形成固定的回看节奏。
-
现在
数据导出与分析工作台
支持 CSV 与 JSON 两种导出格式，单次最多 5000 行，字段命名跨赛季保持一致，方便媒体、俱乐部和研究者把数据接进自己的流程。