2025 赛季我们做过统计：版本更新当天的加播场次，平均观看时长比常规场次高 23%，但一周后回落到常规水平的 80%。问题不在内容质量，而在不可预期——观众不知道下一次版本内容什么时候来，合作方也无法提前排期采买。
一、先承认：临时加播是懒惰的排期
临时加播看起来灵活，实际把成本压在三个人身上：主播要临时调整状态，场控要临时准备素材，剪辑要在同一晚处理多场素材。结果是内容质量波动、切片交付延迟、复盘缺失。更麻烦的是，观众没有形成「周几看什么」的习惯，只能靠平台推荐碰运气。
我们真正需要的不是更多场次，而是一个固定的容器：时间固定、时长固定、结构固定，允许内容随版本变化，但观众预期不变。
二、判断：版本内容适合做成周更栏目
英雄联盟的版本节奏大致是两到三周一次，刚好落在「周更栏目 + 特别加播」的组合上。常规周更负责解释改动与给出上分路线，版本首日则用一场 8 小时的开荒直播承接即时热度。两者不是替代关系，而是长尾与峰值的分工。
| 内容形态 | 触发条件 | 时长 | 主要作用 |
|---|---|---|---|
| 版本速递（周更） | 每周三 19:30 | 90 分钟 | 解释改动、给上分路线 |
| 版本开荒日 | 大版本首日 | 8 小时 | 承接峰值、实测强度 |
| 赛后速递 | 赛事结束 24h 内 | 45 分钟 | 把比赛与版本连起来 |
三、做法：三张表锁住栏目供给
1. 排期表：提前四周锁定
排期表不是日历，而是资源承诺。每一行包含场次编号、日期时段、主播、平台、主题与赞助露出位置。版本速递固定在周三，意味着这一天不安排其他定制场次，避免临时换挡。排期表提前四周锁定，临时调整需排期编辑与主播双方确认。
2. 脚本表：三段式结构
90 分钟的栏目拆成三段：前 25 分钟讲改动与结论，中间 40 分钟实战验证，最后 25 分钟给路线与问答。脚本表只写「这一段要回答什么问题」，不写逐字稿，保留主播的表达空间，同时保证信息密度。
3. 复盘表：24 小时内填完
复盘表只记四项：峰值时段、明显流失点、切片表现最好的选题、下一场要改的一件事。四项之外不写感受，避免复盘变成情绪总结。连续三周同一项指标异常，才升级为专题讨论。
栏目化的本质不是「固定时间播」，而是「固定时间交付确定的信息」。观众要的是每周三晚上能获得一个明确结论，而不是又一次漫无目的的排位。
四、结果与代价
执行两个赛季后，版本速递的场均观看时长稳定在 52 分钟以上，切片在周三夜间至周四中午形成一个小高峰。代价是排期灵活性下降：定制场次必须避开周三，商务侧需要更早规划。我们认为这个交换值得，因为它把「碰运气的内容」换成了「可承诺的供给」。
另一个副作用是主播的负担变轻了。固定的三段式结构让准备时间从平均 4 小时降到 2.5 小时，主播可以把精力放在版本理解而不是流程记忆上。
五、可直接复用的清单
- 选一个固定时段，至少连续执行 8 周再评估，不要两周就换。
- 栏目时长固定，宁可在结尾留白，也不要随意延长导致切片延迟。
- 脚本写「要回答的问题」，不写逐字稿。
- 复盘只记四项指标，且必须落到一个具体改动。
- 大版本首日单独设计加播，不与周更栏目混为一谈。
- 所有栏目内容执行同一套审核流程，版本解读不得夹带任何博彩、竞猜类引导。
下周我们会写排班 SOP 的三次校准，那是这套栏目能否持续运转的另一半。