大量变体必须先有筛选规则
批量生成里,如果变体筛选仍是先尽量多生成,再靠感觉挑选,结果往往是数量代替了标准,偏差被选进去。


示范材料先要停止的,是把喜欢的成片都放进示例。在给工具的示例里,停不下来的说法会直接带来:示例里的毛病被一起学走。
继续做的部分可以很少。少,才守得住示例只保留符合边界的部分,并注明不能学什么。
示例只保留符合边界的部分,并注明不能学什么。做不到这一点,示范材料就还停在把喜欢的成片都放进示例。
模糊通常从好意的补充里漏出去。人们为了照顾更多场合,把示范材料又写回把喜欢的成片都放进示例。
每一次补充如果不回头看清问题,边界都会更难执行。问题就是:示例里的毛病被一起学走。
负面清单比形容词有用。写上什么情况下不能使用示范材料,团队才知道示例只保留符合边界的部分,并注明不能学什么不是口号。
清单要短,短到更新示例时还能被完整看完。
示例说明用来拦住越界,而不是用来收集灵感。越界的想法可以存在,但不能冒充示范材料。
拦得住,是因为内容负责人,并且有权说不。
越界之后不要只改一条成品。要回到示例说明,补上这次被绕过的条件。
然后用同一个问题复查:示例里是否混入了被禁止的做法。
从不可让渡的部分到现场可用的工具,每一层只回答一个问题,避免把示范材料重新写成把喜欢的成片都放进示例。
这一层写明示范材料里什么不能让渡。
这一层把示范材料收成可检查的条件。
这一层规定示范材料在不同场合可以变什么。
这一层把示范材料交给使用的人,并写明例外。
注:本图为概念框架示意,用于说明思考结构,不代表任何统计数据。来源:清美未来洞察团队。
在给工具的示例里标出示范材料真正被调用的时刻,不要从改写把喜欢的成片都放进示例开始。
用示例说明代替更长的说明,只保留能支持「示例只保留符合边界的部分,并注明不能学什么」的内容。
更新示例时,只问:示例里是否混入了被禁止的做法。答不上来,就还不是决策。
内容负责人。没有维护人的示范材料,会在冲突里被悄悄改掉。
批量生成里,如果变体筛选仍是先尽量多生成,再靠感觉挑选,结果往往是数量代替了标准,偏差被选进去。
工具选型里,如果生成方式仍是哪个方便就用哪个,结果往往是不同方式带来的语气和画面彼此打架。
发布流程里,如果签核节点仍是生成完觉得可以就发出,结果往往是没有人承担最后一次判断。