通过的版本要归档，作为下一轮的母本
版本管理里，如果通过版本仍是群里传着最后一版，结果往往是下一轮找不到被批准的到底是哪一版。
文章 · AIGC 内容 · 汽车与出行
从脚本到画面的交接要有一张纸
影像生产里，如果脚本交接仍是脚本和画面各做各的，结果往往是画面完成了，却没有回答脚本里的判断。更稳妥的做法是交接时用一页纸写明画面必须守住的判断，并用交接页把这个选择固定下来。
核心要点
- 在影像生产里，脚本交接不该继续停留为脚本和画面各做各的。
- 放着不管，就会反复出现同一件事：画面完成了，却没有回答脚本里的判断。
- 起点换成：交接时用一页纸写明画面必须守住的判断。
- 把选择写进交接页，由制片或内容负责人。
- 以后只按一个问题验收：画面若只是好看，是否仍然漏掉了那句判断。
01脚本交接如何被翻译
脚本交接写在文件里并不等于已经到达影像生产。翻译的第一步，是交接时用一页纸写明画面必须守住的判断。
若翻译只是把脚本和画面各做各的缩短，一线遇到的仍是：画面完成了，却没有回答脚本里的判断。
交接时用一页纸写明画面必须守住的判断。做不到这一点，脚本交接就还停在脚本和画面各做各的。
02脚本交接在哪一步变形
脚本交接最常在任务拆开时变形。部门各自领走一句好说的话，却没有领走对应的拒绝。
于是对外仍能看见脚本和画面各做各的，对内却解释不了：画面完成了，却没有回答脚本里的判断。
03脚本交接的最小翻译单位
脚本交接的最小单位不是一整本手册，而是一个能当场使用的判断。交接页就应该是这个单位。
一线拿到脚本交接，不必再猜品牌部门会怎么想。
04一线拿到的脚本交接
开拍或生成前，抽一处现场，看交接页有没有退回到脚本和画面各做各的。
改写不一定是坏事。坏的是改写之后没有人承认脚本交接已经变了。
05脚本交接的判断力放在哪里
判断力要留在使用的人身上。制片或内容负责人，同时让现场有权按交接页拒绝。
培训结束时只考一个问题：画面若只是好看，是否仍然漏掉了那句判断。
框架图
脚本交接的四层结构
从不可让渡的部分到现场可用的工具，每一层只回答一个问题，避免把脚本交接重新写成脚本和画面各做各的。
L1判断
这一层写明脚本交接里什么不能让渡。
L2画面任务
这一层把脚本交接收成可检查的条件。
L3可以发挥
这一层规定脚本交接在不同场合可以变什么。
L4不能改
这一层把脚本交接交给使用的人，并写明例外。
注：本图为概念框架示意，用于说明思考结构，不代表任何统计数据。来源：清美未来洞察团队。
行动建议
行动 01
先看现场
在影像生产里标出脚本交接真正被调用的时刻，不要从改写脚本和画面各做各的开始。
行动 02
收成一页
用交接页代替更长的说明，只保留能支持「交接时用一页纸写明画面必须守住的判断」的内容。
行动 03
按一个问题验收
开拍或生成前，只问：画面若只是好看，是否仍然漏掉了那句判断。答不上来，就还不是决策。
行动 04
写明维护人
制片或内容负责人。没有维护人的脚本交接，会在冲突里被悄悄改掉。
相关
全部洞察相关洞察
生成流程里要写清谁出题、谁筛选、谁负责
团队分工里，如果生产角色仍是大家都点一下生成，结果往往是出了问题找不到责任落点。
迭代次数要事先封顶
生成修改里，如果迭代上限仍是一直改到大家都累了，结果往往是没有标准的修改把时间耗尽，判断却没有增加。