需求单要回答的不是“这批做多少条”，而是三个测试语义的问题：这一轮要验证什么假设、哪些内容是不许动的基准、结果出来后按什么口径归因。基础字段层面，官网已经有一份完整的十项变量清单（受众与场景、单一主卖点、目标动作、固定项、主变量、候选值、素材范围、交付规格、禁用内容、验收条件），本文不重复那张清单，而是补上它之外、决定“测了能不能算数”的四个环节：测试目标、基准版、候选值的可区分性、命名编码。这四件事缺任何一件，版本做出来也说不清差异来自哪里。
先写测试目标，再谈数量
测试目标写成一句话的假设，例如（假设）“同一卖点下，冲突式开头比结果前置开头的承接更好”。目标句里应当能读出三样东西：比较对象（哪几版互比）、判断口径（承接用完播还是转化说话）、适用范围（这部剧还是这批人群）。目标写清，后面所有字段的取舍才有依据——剪辑知道该为对比保留什么、该为什么控制不变。
版本数量是目标推出来的结果，不是需求的起点。先定数量再找变量，容易为了凑条数打开无意义的随机项；版本多了，每个版本在测试窗口内拿到的曝光被摊薄，谁也跑不出能下结论的数据。
基准版：没有锚点就没有对照
每一轮测试至少要有一个基准：上一轮的胜出版、当前正在跑量的版本，或者明确标注“全新方向、无基准”。基准的作用是让“更好”有参照——如果这一批每个版本都在变，结果只能说明“这批和那批不同”，说不清哪个改动有效。
基准版进需求单时写清两件事：用哪条成片，保留到什么程度（正片全保留、只换开头，还是只保留卖点段）。多版本共用一条基准时，剪辑还要核对基准片段是否逐帧一致——基准不一致的对照，数据再好看也不能归因。
没有现成基准的方向，用两版互为对照也能起步：把“全新方向 A 对全新方向 B”写进目标句，明确这一轮只比较 A 与 B，不回答“哪个能跑量”——那是下一轮拿胜出者对新基准的事。怕的是把“试试看”当目标：没有假设、没有基准、没有口径，版本做完就只能各凭感觉评。
候选值：写到“可区分”为止
主变量的候选值之间必须能让观众感觉到差异，也要能让数据分开统计。“开头更抓人”不是候选值；“冲突开场、结果前置、人物关系切入，各一版”才是。写候选值时自查两问：观众能不能在一两秒内说出这几版的差别？投放端能不能按版本分别看到数据？两问有一个答不上来，就回到候选值层面继续拆。
候选值之间还要互相排斥。“冲突式”和“悬念式”可以分列，但“比较抓人的冲突”和“很抓人的冲突”不算两个候选值——差异写不到可执行的程度，剪辑只能自行发挥，变量就混了。
命名编码：把结果对回变量
投放结束后，数据是按文件回到团队手里的。命名规则要当场在需求单里约定，编码顺序建议为“项目_卖点_变量取值_版本号”，与需求单编号一致。这样一条素材的消耗数据回来，不用翻聊天记录就能定位它是哪个假设下的哪个候选值。
这件事必须写进需求单，而不是留到交付时口头约定——命名决定“结果能不能对回变量”，交付时再补命名，等于把归因的钥匙丢在了生产环节之后。
变更纪律：改需求就是新的一单
投放中途“顺便把卖点也换了”是版本对比失效的头号原因。临时变更重新填一张单子，注明与上一批的关系——多花两分钟，省掉一轮无法归因的测试。剪辑侧遇到口头变更，同样应当要求先补单再执行：单方面妥协一次，需求单的纪律就会慢慢失效。
高频退回理由：投手自查四问
剪辑侧退回需求时，高频理由集中在四类：目标缺失（不知道这轮测什么）、变量混杂（一张单里塞了两个主变量）、来源不清（没说能用哪些素材）、验收空白（做完没法判断合不合格）。投手提单前按这四条过一遍，大部分退回可以避免。
反向也成立：剪辑遇到字段缺失的需求单，先退回补齐再开工，比带着猜测开工更省总工时。
两个反馈闭环
需求单的价值要靠闭环养出来。第一个是验收回传：剪辑按验收标准交付后，投手回传“是否达标、哪里不达标”，不达标的条目进入下次需求单的注意事项——同一个坑不踩第二次。第二个是结果回传：投放结束后，把“当初这批版本测的假设、结果如何”简短回复给需求链路上的所有人。两个闭环跑顺之后，需求单会从下单凭证变成团队的测试知识入口，策划写单的质量也会随反馈提高。
收口
让测试结果可归因，需求单要在十项基础清单之外补齐四件事：一句假设式的测试目标、一条明确的基准版、写到可区分的候选值、当场约定的命名编码。基础清单决定“能不能开工”，这四件事决定“测完能不能算数”——两半合起来，才是投手与剪辑之间完整的翻译层。