NO.01
赛区观察
常规赛中段轮次
华北主场轮次节点:入夜时段的到场记录
主场灯光开启前后的到场节奏、接驳车次的密集度,以及入场动线在夜场时段实际走成什么样。这一条把连续几个轮次的同一时段放在一起看,找出现场较稳的那几条通道。
展开条目
夜场轮次的到场高峰通常出现在开赛前四十分钟。同一时段里,公共交通接驳的人数比自驾更集中,排队走向也比较固定。整理时我们按主场编号把入口分成东、西、南三组,逐轮记录每组通过时间的中位区间。
如果只看一轮数据,波动很大;把若干轮叠在一起之后,哪条通道在夜场偏慢就看得出来了。具体点位可在主场地图查看里按城市与交通接驳筛选。
NO.02
赛区观察
赛季阶段更新
七大赛区地理骨架的分布复核
华北、东北、华东、华中、华南、西南、西北七个赛区的主场分布,按城市与交通接驳重新过了一遍。38 座主场场馆中有若干座的最近接驳点发生了变化,这一轮做了标注。
展开条目
复核的切入点不是场馆本身,而是从高铁站、地铁站和主要公交枢纽到场馆的那一段路。同一座场馆在不同时段走法不一样,我们把夜场时段单独列了出来,其余时段作为对照保留。
赛区口径与覆盖范围的完整说明写在品牌总览里,这里只记录本轮改动了哪些标注。
NO.03
赛区观察
每轮次复核
客场动线与主场地图交叉校对的三处修正
把赛区联络同事回传的现场走法,和地图上已有的动线做逐段比对,这一轮出现了三处不一致。修正结果已经写回地图数据,条目里保留判断过程。
展开条目
三处不一致分别出现在换乘通道的开放时段、临时候检点的位置,以及一条单行道的通行方向。前两处属于时段性差异,第三处是长期错误,已经直接改掉。
客场动线这类信息的更新频率比比分低,但一旦错,读者跑一趟的代价更大,所以我们把它单独立成一条,而不是埋在某次整体更新里。
NO.04
数据口径
12 个赛季口径
越位判定字段从哪里取:口径与来源说明
教练履历越位次数对照覆盖 12 个赛季、约 1860 场赛事。字段从哪来、判定按什么口径、哪些情况会被排除在外,都在这一条里说明白,后续更新只改数字不改口径。
展开条目
每场赛事的越位判定先按公开记录整理成独立行,再按教练编号归并。归并时会遇到同一场出现多次判定、判定被赛后修正、以及不同来源记录不一致三类情况。
处理规则是:以赛后可查的最终记录为准;来源不一致且无法判断的,整行标记为待核,不计入总数但保留在归档里。对照已并入赛程页,与比分文字流同屏展示,默认折叠可展开,入口在工具中心。
NO.05
数据口径
版本整理期
1860 场赛事记录的去重与归并方法
同一场赛事在不同来源里可能出现两次,编号不同、时间差几分钟。去重之后才对得上总数,这一步做不干净,后面的按赛季分区就全是乱的。
展开条目
去重按三层判断:赛事标识是否一致、开赛时间是否落在同一分钟区间、参赛双方是否完全对应。三层都吻合才合并,只吻合两层的进入人工核验队列。
每一轮整理结束后会记录合并了多少行、拆回了多少行。这个数字不上页面,但存在归档里,用来判断某一段赛季的数据是否需要重新过一遍。
NO.06
数据口径
校订节点说明
比分文字流的段落下发与显示边界
实时比分以文字段落的形式下发,页面内延迟不超过 3 秒。移动端首屏渲染不超过 1.2 秒,这两个数字是设计目标,不是每次都能达到的实测值。
展开条目
文字段落的写法刻意短,一段只说一件事:谁得分、当前轮次、是否进入暂停。这样在信号抖动时,读者至少能看到最后一段完整内容,而不是半句话。
每日 10:00 至次日 02:00 为文字直播覆盖时段,夜场保持更新。赛程页在校订节点的处理方式,写在品牌总览的数据校订一节里。
NO.07
版本记录
V3.4
V3.4 校订节点与折叠组结构调整
V3.4 主要调整了两件事:赛程页的三个校订节点在界面上有了明确位置,历史数据类内容统一改成折叠组,不再占据页面开头。
展开条目
折叠组的开合节奏定为 180ms 上下位移加内容淡入。这个数值不是拍脑袋定的,试过更短会显得跳,更长则让人以为没响应。
V3 系列约每 6 周一个小版本,公开版本号目前推进到 V3.4 区间。改动清单只记结果,不写内部讨论。
NO.08
版本记录
V3 至 V3.4
从五步到两步:操作路径合并的记录
V3 客户端上线并替代旧版之前,常用操作平均要走 5 步;合并之后压到 2 步。这里记的是被合掉的是哪几步,以及为什么有些步数没有再压。
展开条目
被合掉的步数集中在两处:选赛区和选赛事原本分了两屏,现在合并成一个列表;球队资料与阵容变动原本在两个入口,现在同屏切换。
没有再压的部分是确认类动作。比如从赛程跳到球队资料再跳回来,路径保持原样,因为直接返回首页反而会让读的人失去位置感。逐条操作说明见使用指南。
NO.09
使用场景
夜场时段
移动端比分跟随的阅读节奏记录
夜场时段读者多半是单手拿设备、时不时抬头看屏幕以外的地方。文字比分的段落长度、刷新位置和滚动锚点,都是照着这个动作习惯调的。
展开条目
新段落到来时不会强制把页面拉到底部。已读位置保持不变,新内容出现在下方,想跟就跟,不想跟也不会被打断。这一条是从反复的使用观察里改出来的,不是初始设计。
首屏渲染的目标值定在 1.2 秒以内,页面设计上也刻意减少首屏元素数量,保证扫一眼就能看到正在进行的轮次。
NO.10
使用场景
赛前时段
阵容变动速查在赛前二十分钟的使用场景
赛前二十分钟是阵容变动查询最集中的窗口。这时候大家要的不是完整名单,而是和上一轮相比谁进谁出,所以速查做成了只标记差量。
展开条目
差量标记只显示三件事:新增、移出、位置调整。完整名单放在折叠内容里,需要核对时再展开,避免每次查变动都要读一遍整张表。
这段时间页面访问最密,所以首屏元素数量压到最低,把变动摘要放在最靠前的位置。
SERIES / 01
专题系列:越位次数对照整理记
一条长期开着的专题线,记录教练履历越位次数对照是怎么从零散记录变成可交叉查阅的数据的。
12 个赛季的行记录叠在同一张图上,颜色深浅表示该赛季的核验完成程度。
对照要解决的不是「某个教练一共被吹了多少次越位」,而是「这件事能不能被复核」。如果只是把数字堆出来,读者没法判断它是怎么来的;所以我们把整理过程本身也写成条目,放在栏目里长期挂着。
12 个赛季里,前几个赛季的公开记录颗粒度明显更粗,有些场次只有最终判定、没有过程描述。这些年头的处理方式是:只记能确认为同一判定行的记录,其余标注为待核,单独存放,不计入交叉查阅的入口。
约 1860 场赛事中,已进入正式对照的按教练编号、赛季、赛区三个维度建索引。赛区内可以直接按编号查,也可以先按赛季缩小范围。这一套索引是后来才补上的,最初只按赛季排,翻起来慢。
更新说明会随每次整理一起进栏目,而不是集中到一个更新日志里。这样做的好处是每次改动都和当时的判断依据绑在一起,隔一段时间回头看,能还原出为什么这么改。
12 个赛季核验推进示意
- 早期赛季,记录颗粒度偏粗
- 中段赛季,已建立行级索引
- 当前赛季,随轮次同步更新
STANDARD
编辑规范与更新节奏
栏目能长期更新,靠的不是写得多,而是发布前的那几步固定动作。
01
排期
每周 2–3 篇,四个栏目轮换,同一栏目不连发。赛季进入密集轮次时优先排赛区观察,休赛窗口优先排版本记录与数据口径。
02
字段校验
条目中的赛季、轮次、版本号、次数类数值,发布前与归档记录逐项比对。数值与单位之间不留空格,时间线统一写成相对表述,不写具体日期。
03
人物处理
涉及教练与球员一律使用编号或角色称呼,不写姓名,不用肖像。需要画面时只用无指向性素材,避免读者把画面和具体人对上。
04
分工
运营团队共 34 人:内容编辑 14 人负责选题与成稿,数据校订 6 人负责字段比对,客户端维护 9 人对接版本记录,赛区联络 5 人回传现场动线。
ARCHIVE
归档索引
往期条目按赛季分组存放,展开后可按编号翻查。归档不占页面开头,需要时再打开。
当前赛季
04 条
-
NO.03
客场动线与主场地图交叉校对的三处修正
-
NO.06
比分文字流的段落下发与显示边界
-
NO.09
移动端比分跟随的阅读节奏记录
-
NO.10
阵容变动速查在赛前二十分钟的使用场景
上一赛季
03 条
-
NO.02
七大赛区地理骨架的分布复核
-
NO.05
1860 场赛事记录的去重与归并方法
-
NO.08
从五步到两步:操作路径合并的记录
对照覆盖的 12 个赛季
按赛季分区
-
NO.04
越位判定字段从哪里取:口径与来源说明
-
NO.07
V3.4 校订节点与折叠组结构调整
-
NO.01
华北主场轮次节点:入夜时段的到场记录
CORRECTION
纠错与投稿通道
发现条目里的赛季、轮次或次数类数值和归档对不上,可以直接发邮件说明。邮件主题前缀请使用「数据纠错」;如果问题出在表述或配图说明上,用「内容纠错」。两条通道走同一个邮箱,一般 2 个工作日内给出回执。
栏目选题的线索也接受邮件提交,但会在排期里排队处理,不保证采用。涉及投注、赔率或赛事结果预测的内容不在受理范围内。