R2.06.3copy-design co-review设计
文案需与设计同步评审
别名: 文案设计同评 · joint copy review · 同步过稿
概念解释
文案稿和设计稿若分开签字，签下去的是两份已经互相过期的东西。文案设计同评（copy-design co-review）要求过稿时两份材料在同一时刻、对着同一屏幕被一起接受或一起打回：句子在这个盒子里是否说得完、这个盒子在这句句子下是否还站得住。先定视觉再填字，或先定字再往框里塞，都会让后到的那一份去迁就一份不再成立的几何。
它关心的是协作节奏，不是某一句有多长，也不是占位会不会被抄走——那两件事是同评要拦住的后果，不是同评本身。
机制
句子和盒子互相约束。评审 A 批准了「三行卡片、按钮在右下」，评审 B 三天之后批准了「请确认永久删除并同步到全部设备」；两份批准在各自的文件里都成立，叠在一起时按钮已经没有落点。分开签字制造了一种假的完备：每一方都能出示自己的通过记录，缺口出现在两份记录之间的时间差里。
口头同步补不回这个时间差。聊天里说「文案可能还会改」没有把那句可能的长句放进当前画板，实现仍然按已签字的短句排。同评把「这句在这帧里」当成不可拆的对象：改字即改帧，改帧即重读字。谁先签字并不重要，重要的是最后一次发运前，字和帧被同一组人在同一份材料上同时看见。
边界
品牌主视觉、插画风格可以在文案未定时先过，只要过的是不含用户可读句子的层。研发中的交互原型若明确标记为结构探索，可以用假字走查动线，但那次走查的结论不能当作文案已过。法律条款、无障碍替代文本往往有独立审查链，仍要在视觉过稿时带上占位长度和最终插入点，否则独立链批准的长段会在插入时撑破已过的对话框。一人身兼文案与设计时，同评容易被省略成「我自己看过了」——仍需要把字和帧导出成一页，隔日自己再过一次，或交给未写这页的人看，以暴露当时没看见的挤兑。
怎么落地
- 把过稿对象定义成「带终稿句子的画面」，不接受「画面已过、文案另附」或「文案已过、视觉稍后贴」。
- 改任何一个可见句子，就重新提交该帧；改任何一个会吃文案的盒子，就重新朗读该帧上的全部句子。
- 过稿记录里同时留下文案版本号和设计文件版本号，两者必须成对，缺一则视为未过。
- 抽一次已「双方都过」的发布，把文案文档的定稿句贴回设计文件的对应帧。出现裁切、换行打乱动作、或画面上的字与文档不一致，就是分评已经发生。把该帧拉回同评，不要在实现层各改各的。