REPLAY FILES · 13 组
赛后复盘档案
这一页不写结论，只把赛况内容在站内被整理出来的过程摊开：同一批赛果，在不同阅读压力下会被拆成什么形状。13 组档案分属三类主题，逐一写明场景、需求、做法与结果。这些档案来自开云下注赛事在 32 个赛区的日常整理，做法与结果都按同一套口径记录。
ARCHIVE MATRIX
三类主题，十三份可以对着看的档案
每组档案只回答四个问题：当时是什么局面、读者需要什么、站内用了什么办法、之后出现了什么可观察的变化。切换下面的主题标签可以只看其中一类，也可以按档案编号直接定位。
主题 01 · CUP REPLAY
杯赛复盘与战报编排
从 128 个签位的首轮推进，到双败阶段的分栏战报，再到补时记录怎么写。同一批赛果在不同阅读压力下需要换形状，这一组档案记录的就是这些切换动作。
R-01
SIGN TABLE
128 签位首轮出线速览
- 场景
- 杯赛首轮 128 个签位在同一时段密集产出赛果，签表推进与单场细节同时涌来。
- 需求
- 读者要做的是签表层面的扫读，而不是逐场阅读；他们只想知道谁向前走了一步。
- 做法
- 用赛区两位数字编码定位每个签位，单场只保留对阵、分节比分与推进方向，胜者以主色描线接向下一轮。
结果 首轮条目按 5 个分区归并为独立段落，读者可从任一签位反查所属赛区。
R-02
BRACKET
双败淘汰阶段的战报分栏
- 场景
- 赛程进入双败淘汰后，同一轮次里胜者组与败者组的比赛同时存在。
- 需求
- 两组的淘汰压力完全不同，混排会让读者误判一支队伍的处境。
- 做法
- 战报按胜者组与败者组分栏，败者组条目额外挂一个状态标签，分节比分统一用等宽数字纵向对齐。
结果 淘汰状态变成可读字段，读者无需回溯前轮就能判断去留。
R-03
ROUND LOG
关键回合的逐回合时间轴
- 场景
- 部分对局的总分差不大，但走势集中在少数几个回合里被拉开。
- 需求
- 只看终场比分无法说明比赛在哪一段被决定。
- 做法
- 抽取分差变动超过预设阈值的回合，按发生顺序排成纵向时间轴，并在轴上标出技术暂停的位置。
结果 战报从结果描述转为过程索引，读者能定位到具体回合再去看回看。
R-04
SCRIPT
战报字段顺序的固定化
- 场景
- 比赛日平均产出 20 条以上战报，由多位编辑并行推进。
- 需求
- 如果每个人写出的字段顺序不一样，读者在条目之间切换时需要重新找位置。
- 做法
- 把每条下注赛后战报固定为对阵、分节比分、关键回合、补时记录、版本批次五个字段，正文只在这个骨架内部展开。
结果 条目之间的比对不再依赖寻找字段位置，扫读路径统一。
R-05
STOPPAGE
伤停补时记录的写作边界
- 场景
- 补时时长与判定类别有时会直接影响赛果认定。
- 需求
- 这部分既不能漏登，也不能写成对判罚的评论。
- 做法
- 只登记补时时长、判定类别、是否影响赛果三个字段，不写倾向性描述。
结果 补时成为可检索的记录项，而不是观点段落。
主题 02 · ODDS TREND
赔率与趋势呈现
数字在这里承担的是方向说明，而不是判断依据。四组档案分别处理滚动刷新、口径校准、排名变动与快照回看，共同的前提是：站内只呈现数值与趋势，不涉及任何资金功能。
R-06
ROLLING
夺冠赔率的滚动刷新表达
- 场景
- 赛前 24 小时起，数值持续发生变化，同一支队伍前后可能出现多次调整。
- 需求
- 读者关心的往往是相对上一时刻的走向，而不是某个瞬间的绝对值。
- 做法
- 数值与趋势标记并列呈现，标记只表达相对上一份快照的升降 ，不做任何走向预测。
结果 赔率区块成为趋势读数区，读者可自行决定关注哪几支队伍。
R-07
CALIBRATION
综合口径的校准与批次标注
- 场景
- 同一页面上并列的数值如果口径不统一，读者会默认它们是同一套算法产出的。
- 需求
- 读者需要知道眼前的数字按什么规则合成、最近一次校正在什么时候完成。
- 做法
- 口径每 6 小时校准一次，页面固定展示口径说明与最近一次的批次编号，不展开来源明细。
结果 数值变化可以追到具体批次，不再是无来源的浮点数。
R-08
STANDINGS
积分榜排名变动的标记方式
- 场景
- 每轮结束后积分榜统一重算，各支队伍的名次波动幅度差别很大。
- 需求
- 读者真正想知道的是一支队伍这一轮动了几个位次，而不是它当前排第几。
- 做法
- 变动列用位移量表示，上升填强调色小箭头，下降不做填色；净胜局与积分拆成两栏并排。
结果 榜单从静态名次表变成轮次对比表，位次变化一眼可辨。
R-09
SNAPSHOT
历史快照的回看入口
- 场景
- 读者经常需要把某一轮前后的赔率与排名放在一起看。
- 需求
- 这种对比不应该依赖读者自己去截图留存。
- 做法
- 赔率、积分与排名按轮次保留快照，快照只用于内容对比，不提供导出与下载。
结果 同一支队伍在两个轮次之间的差异可以在站内直接读出。
主题 03 · REGION BOARD
赛区数据看板与球迷协同
赛区在站内是一级检索维度，而不是分类标签。四组档案记录看板怎么按赛区组织、刷新节奏怎么被读者读到，以及 210 个球迷组织如何被标签化地呈现出来。
R-10
32 REGIONS
以两位数字编码为主键的赛区看板
- 场景
- 全站覆盖 32 个赛区，按华东、华南、华北、西部、线上及海外共 5 个分区归并。
- 需求
- 相当一部分读者的检索起点是赛区，而不是时间或队伍。
- 做法
- 看板以赛区两位数字编码为首列，同一分区共用一层底色，每张赛区卡标注当轮场次数与已归档条目数。
结果 赛区升为一级检索维度，分区归属在同一屏内即可辨认。
R-11
CADENCE
看板刷新节奏的可见化
- 场景
- 比赛日与非比赛日的数据量差别明显，两天的看板看上去完全不同。
- 需求
- 读者需要知道自己看到的看板处在哪个刷新阶段。
- 做法
- 比赛日 24 小时轮值更新，非比赛日每日两次巡更；看板顶部只用相对表述标注当前阶段。
结果 安静时段不再被误读为数据缺失，读者知道什么时候回来。
R-12
210 GROUPS
球迷组织的三类标签组织
- 场景
- 站内登记球迷组织 210 个，分布在各个赛区，规模与活动方式差异很大。
- 需求
- 赛区工作人员需要快速找到同一赛区、同一活动形式的组织。
- 做法
- 按赛区归属、观赛类型、活动形式三类标签组织，标签以同源柔和渐变的浅底圆角样式并列展示，条目内不设联络入口。
结果 组织检索从翻名单变成标签交叉，同一赛区的同类组织可一次看全。
R-13
ARCHIVE
赛区协作事项的归档层级
- 场景
- 赛区联络涉及口径确认、资料寄送与条目回看等日常事项。
- 需求
- 协作过程需要留痕，但不适合把往来细节公开在站内。
- 做法
- 只归档事项类别、处理阶段与结果状态三个字段，涉及具体往来内容的部分不进入公开条目。
结果 协作记录公开到“做了什么”这一层，不涉及具体人员。
CALIBER
做法与结果分开写
档案里的四段结构不是排版习惯，而是一条写作约束：场景和需求只做描述，做法只写可执行的动作，结果只写可观察的变化。三者之间不允许互相串味。
-
做法只写动作
字段顺序、分区方式、标注规则、刷新节奏，这些都是可以被别人照做的动作。凡是写成“优化了体验”“提升了效率”的句子，一律退回重写。
-
结果只写可见变化
结果描述的是读者能不能定位、字段能不能比对、状态能不能辨认。档案不做效果承诺，也不出现任何与收益相关的暗示。
-
主体一律隐去
档案中不出现具名企业、真实人物、署名或证言。涉及协作的部分只保留事项类别与处理阶段，落到公开页面上就是一段可核对的记录。
-
口径跨页一致
32 个赛区、5 个分区、128 个签位、210 个球迷组织这些数字，在档案、赛程活动目录与数据流程页使用同一套口径，不做本地改写。
CONTINUE
从档案走到日常
档案讲的是怎么做，日常更新则由另外几个栏目承担。想直接找某一类赛程或专题，可以去赛程活动专区；想确认数字是怎么被核对与发布的，可以看数据流程页；想知道这套做法背后的取舍，可以读站点理念。