简诗 AI 直播运营周会复盘追踪单

要解决的具体问题

直播运营的周会很容易退化成轮流汇报：主播、场控、投手、客服各说各话，问题讨论完没有归属人，下次会议重复讨论同一批问题。复盘靠印象，整改动作没有验收标准，“已处理”和“已执行”混在一起；而 直播排期、脚本、货盘、复盘数据 往往没有日期和来源，跨周对比的口径并不可信。

它如何工作

• 输入校验：先核对 直播排期、脚本、货盘 和 复盘数据，标记数据日期、来源、缺失项与不可比较口径；资料不足时先输出补证据清单，而不是硬着头皮复盘。
• 议题筛选：只把超过阈值且需要协作的问题列入会议，控制议题数量，避免例会失焦。
• 硬约束：主播、场控、投手与客服必须单点负责，任何方案都不得用无法兑现的承诺绕过这一约束。
• 事实分层：区分已确认事实、原因假设和待补证据，不编造经营数据、平台政策或活动结果。
• 交付物：整改追踪单（核心异常 / 对比基准 / 原因判断 / 本周动作 / 负责人 / 复查时间），配套 开播记录、脚本版本 和 异常单 核验清单，以及直播节点准时率复查记录。
• 复查指标：以 直播节点准时率 判断整改是否可执行；有实际数据时给出结果，没有时只给测量口径。

适用边界与注意点

• 不覆盖全盘战略、真实平台操作、合同或合规审批，也不把建议冒充已执行结果。
• 不承诺流量、转化率、收入、排名或活动效果。
• 涉及预算、价格、库存、平台规则、会员或客户数据时，必须标明来源和日期，并提醒去标识化。
• 真实发送、发布、付费、退款、删除、权限或生产变更，必须取得明确授权。
• 任一关键条件不满足时，输出 暂不可交付，列出缺失信息、影响范围和补证据动作，而不是用空泛建议填满模板。