深圳赛区当季表现
负责选手与英雄在位置维度上的长期表现，是登场率与分钟经济差的主要样本来源，也是每周同步体量最大的一条线。
编辑部说明
让每一个读数都说得出出处
LOL押注正规平台中文官网日常只做两件事：把赛区对局整理成结构化的读数，以及把读数的来源写清楚。这个页面讲的是后者——一条对局记录经过谁的手、按什么标准变成面板上的数字和句子，以及一旦出错，我们以什么方式对外交代。
起点
为什么先做实两条赛区线
赛区数据最怕两件事：样本太散，口径太活。把范围先收在当季深圳赛区与成都对局两条线上，单赛季的对局密度足够支撑按位置做五组拆分，也足够让同一名选手的分钟经济差在一段时间里保持可比。范围一旦放宽，口径就会跟着漂移，读者看到的曲线也就失去了前后对照的意义。
第二个理由和读的人有关。多数人查数据时想要的并不是一张更全的表，而是一个能回答具体问题的数字：这个位置谁的经济差靠前、这场对局的曲线在第几分钟转向。把口径摊开讲，等于把结论背后的算法一并交出去，读者才有办法判断这个数字值不值得信。
加工链路
一条对局记录怎么变成面板读数
从原始记录到面板上的一行读数，中间隔着一串固定顺序的加工步骤。前四步由脚本完成，第五步是唯一需要人坐下来逐条看的关口。
01
记录归集
比赛日结束后，对局记录按赛段与对局编号入库，只保留结构字段，不做任何推算。
脚本
02
结构化拆分
按位置把选手与英雄的对应关系拆成五组，登场率在这一步才具备计算前提。
脚本
03
指标计算
十二类可视指标由同一套脚本产出，经济曲线按分钟采样，模型读数单独走一条计算链。
脚本
04
人工复核
校验组按分层抽样核对计算结果，给异常条目写回查说明。整条链路只有这一步需要人判断。
人工
05
面板发布
数据写入当前版本面板，口径版本随条目一起携带，历史读数都能顺着版本号往回查。
脚本校验关口
三道校验，抽检比例写在这里
数据进面板之前要过三道关。前两道按固定比例执行，第三道由条件触发，不占固定工时。
源数据比对
100%
每一场比赛记录都与来源清单逐条对照，全量执行，不做抽样。
人工抽检
15%
校验组按位置与赛段分层抽取一成五的条目逐项复核，保证五组位置都被覆盖到。
异常值回查
触发式
不按固定比例执行
单场指标偏离该位置赛季中位数三个标准差，或同一选手相邻两场的同指标落差超过四成，自动标记进入回查。
写作与制图规范
编辑准则：写什么，不写什么
准则不长，但每次发稿前都会对照一遍。左边是长期执行的做法，右边是明确划掉的写法。
长期执行
- 先给结论，再写口径。每段数据叙述的第一句是可以直接读走的结果，样本范围与算法放在后面。
- 图表必带单位与样本量。一张没有样本量的曲线，等于什么也没说清。
- 版本随文标注。面板版本与口径版本写在条目旁边，方便读者对照历史。
- 改动留痕。已发布条目不做静默修改，任何调整都会在更新记录里留下一条。
明确不做
- 不用形容词替代数字。“强势”“爆发”这类词不进数据正文。
- 不做结果暗示。不写收益、命中、稳赚一类表述，也不替任何结果背书。
- 不引用无出处的转述。二手描述必须有可核对的一手记录支撑。
- 不把估算写成实测。模型读数与实测指标分栏展示，不混排在一列里。
谁在做
十八个人的分工与几个版本号
团队一共十八人，岗位按链路切开：有人负责从对局里把记录捞出来，有人只负责挑毛病，有人维护模型与工程，也有人把结果写成读得懂的句子。
7
数据采编
4
校验
5
模型与工程
2
内容运营
栏目与方法论的阶段演进
V1
起步阶段只做单赛区的对局记录与基础胜负统计，一张表就装得下。
V2
补上分钟经济曲线，并把登场率按五组位置拆开，榜单从一份变成五份。
V3
指标扩到十二类可视项，夺冠概率模型进入面板，读数开始带差值记录。
V3.4
当前面板版本。口径说明同步走到 R7，历史条目保留旧版本标记，改动都留在更新记录里。