错误要回流到规则，而不是只改一条
出错之后里，如果错误回流仍是改掉这一条就算处理完，结果往往是同样的错误下一轮还会出现。
专题系列 · AIGC 内容 · 科技
生成流程里要写清谁出题、谁筛选、谁负责
团队分工里，如果生产角色仍是大家都点一下生成，结果往往是出了问题找不到责任落点。更稳妥的做法是把出题、筛选和负责分成三个角色，并用角色卡把这个选择固定下来。
核心要点
- 在团队分工里，生产角色不该继续停留为大家都点一下生成。
- 放着不管，就会反复出现同一件事：出了问题找不到责任落点。
- 起点换成：把出题、筛选和负责分成三个角色。
- 把选择写进角色卡，由内容负责人。
- 以后只按一个问题验收：三个角色是否可以由不同的人承担，而不是混成一个。
01生产角色停在了哪里
在团队分工里，生产角色通常被写成大家都点一下生成。大家愿意点头，是因为还没碰到真正的问题：出了问题找不到责任落点。
会议结束得很快。真正使用生产角色的人一离开房间，手里只剩这件事：出了问题找不到责任落点。
把出题、筛选和负责分成三个角色。做不到这一点，生产角色就还停在大家都点一下生成。
02生产角色真正卡住的地方
卡点不在文采。大家都点一下生成可以解释很多场合，也就挡不住：出了问题找不到责任落点。
当更多的人同时向生产角色要答案，它只会变得更抽象，旧问题回到桌上：出了问题找不到责任落点。
03重新定义生产角色
更有用的起点是把出题、筛选和负责分成三个角色。先把拒绝写清楚，生产角色才开始承担选择。
若继续保留大家都点一下生成，表达会更顺，这件事却还在：出了问题找不到责任落点。
04把生产角色收成工具
把这个起点写成角色卡。对生产角色来说，这一页比另一版较长的说明更有用。
流程发布，只对照角色卡。不要在每次讨论里重新发明一句生产角色。
05谁来维护生产角色
维护责任要落在具体的人：内容负责人。没有维护人的生产角色，会在第一次冲突里被改写。
验收只留一个问题：三个角色是否可以由不同的人承担，而不是混成一个。答不上来，生产角色就还不是决策。
框架图
生产角色的四层结构
从不可让渡的部分到现场可用的工具，每一层只回答一个问题，避免把生产角色重新写成大家都点一下生成。
L1出题
这一层写明生产角色里什么不能让渡。
L2筛选
这一层把生产角色收成可检查的条件。
L3负责
这一层规定生产角色在不同场合可以变什么。
L4不能合并的原因
这一层把生产角色交给使用的人，并写明例外。
注：本图为概念框架示意，用于说明思考结构，不代表任何统计数据。来源：清美未来洞察团队。
行动建议
行动 01
先看现场
在团队分工里标出生产角色真正被调用的时刻，不要从改写大家都点一下生成开始。
行动 02
收成一页
用角色卡代替更长的说明，只保留能支持「把出题、筛选和负责分成三个角色」的内容。
行动 03
按一个问题验收
流程发布，只问：三个角色是否可以由不同的人承担，而不是混成一个。答不上来，就还不是决策。
行动 04
写明维护人
内容负责人。没有维护人的生产角色，会在冲突里被悄悄改掉。
相关
全部洞察相关洞察
通过的版本要归档，作为下一轮的母本
版本管理里，如果通过版本仍是群里传着最后一版，结果往往是下一轮找不到被批准的到底是哪一版。
从脚本到画面的交接要有一张纸
影像生产里，如果脚本交接仍是脚本和画面各做各的，结果往往是画面完成了，却没有回答脚本里的判断。