总结
任何会改变交付物、事实、创意方向、档期、权益、受众或衡量的修改，都应进入变更请求。 先记录提出人、原因和截止时间，再评估已完成工作、受影响达人、增加成本、排期、合同与数据影响。只有品牌负责人和创作者确认后，才发布新的 Brief 版本。紧急事实或合规修正可以优先处理，但同样要留痕，不能让旧版本继续执行。
区分修正、范围变化和可选建议
事实错误与合规问题必须修正；新增平台、版本或信息属于范围变化；语气偏好可能只是可选建议。三类使用不同批准和费用规则。
不要把所有反馈都标为“必须”，否则创作者无法判断优先级，团队也无法计算返工。
先计算已完成工作
概念确认后改变核心方向，与拍摄前修改一句事实的成本不同。记录脚本、拍摄、剪辑、翻译和批准已经到哪一步。
如果变化来自品牌未提供正确信息，应把额外成本纳入 Campaign，而不是默认由创作者承担。
同时更新合同、时间和衡量
新增内容可能需要新报价、权益和付款节点；延迟发布可能改变促销、UTM 和报告窗口。只改 Brief 会造成其他文档继续使用旧范围。
变更批准后发布一个当前版本，并通知所有受影响负责人。旧版本标为失效，但保留历史。
用变更数据改进下一轮 Brief
记录变更原因是事实遗漏、内部意见冲突、产品延误、平台要求还是新的商业机会。连续出现的问题应进入 Brief 模板或审批流程。
QuickKOL 可以统计每类变更数量、成本和延迟天数。目标不是禁止变化，而是让取舍可见。
任何变更都要显示时间、成本和依赖
Brief 变更最常见的问题不是修改本身，而是口头要求进入制作后没有更新范围。用一张变更单记录提出人、旧要求、新要求、原因、受影响交付、已完成工作、额外成本、延迟天数和批准人。NIST AI RMF 强调治理与责任；无论变更由人还是 AI 建议，未批准前，原版本仍是执行依据。
例如视频完成 70% 后新增 2 个产品场景，现有制作费 20,000，预计 35% 工作需要返工，返工成本情景为 7,000；新增场景每个 3,000，再加入 10% 不确定性预备，总影响约 14,300。计算不是自动接受报价，而是让品牌在删减、延期或增资之间做明确选择。
Brief 变更单
每次变更生成新版本，不覆盖原文。
| 字段 | 必须回答 | 负责人 |
|---|---|---|
| 变化 | 旧要求与新要求 | 提出人 |
| 影响 | 交付、依赖、已完成工作 | 制作负责人 |
| 选择 | 删减 / 延期 / 增资 / 拒绝 | 预算负责人 |
| 批准 | 版本、日期、生效时间 | 双方确认 |
实用工具
Brief 变更影响计算器
估算返工、新增交付、预备金和延迟，支持范围决策。
资料来源与延伸阅读
外部页面可能更新；平台规则、合同与当地法规应在 Campaign 启动前再次确认。