先看结论
排期表不是只填发布日期的日历。它需要把内容准备状态、不同平台版本、审核依赖、实际发布时间和复盘节点放在一起，才能提前发现拥堵。
排期表的五个层次
内容身份
使用选题或脚本编号关联标题，避免标题修改后找不到原记录。
平台与版本
同一主题在不同平台的时长、比例、标题和行动设计可能不同，应分成独立版本行。
生产与审核状态
记录脚本、拍摄、剪辑、封面、审核和发布状态，并标出真正阻塞下一步的环节。
计划与实际时间
同时保留计划发布时间和实际发布时间。差异能反映流程稳定性，不要事后覆盖计划值。
复盘时间与负责人
每条内容在发布前就确定首轮和完整复盘日期，避免只发布不复盘。
排期是否可执行
- 每条内容在发布前有明确状态和负责人。
- 同一天的审核、拍摄和发布工作量没有冲突。
- 延期原因可以被分类，而不是只写“未完成”。
常见错误
- 排期只按日历排列，没有内容状态。
- 一个主题多个平台共用一行，版本混乱。
- 排满所有时间，没有返工和临时内容缓冲。
执行清单
- 内容编号和平台版本明确。
- 计划时间与实际时间分列保存。
- 复盘日期在发布前已确定。
复盘提醒：好的排期表让问题提前出现。若团队总在发布当天才发现缺素材，应调整流程，不是继续增加提醒。