让工单包含可以执行的请求
一条工单只负责一个主要问题，使用稳定ID。写“F01：S04放灯中段肩带消失，影响与S03的人物连贯；保留放灯动作与既有灯位”，比“角色再统一一点”更有执行边界。
问题来源可以是自己回看、同伴指出或接收方要求，但不要编造不存在的反馈人。提出者描述现象，处理者记录方案，复核者记录是否满足条件；一个人兼任三个角色时，也分三栏写。
五种状态让进度有依据
“处理过”不等于“通过”。只有候选版本与问题对应，复核有实际依据时才关闭。
| 状态 | 进入条件 | 下一步输出 |
|---|---|---|
| 待定位 | 知道困惑位置但原因未分清 | 现象、相邻镜头与可能原因 |
| 待处理 | 位置、影响、保留条件已明确 | 一份候选方案或替代设计 |
| 待复核 | 已制作候选并标出版本 | 原候选对照与相邻接点检查 |
| 已关闭 | 实际复核满足约定条件 | 采用版本与关闭理由 |
| 暂缓 | 目前不处理且理由明确 | 风险范围与重新开启条件 |
按依赖关系安排工作
若F02接点问题依赖F01换镜结果，先让F01产生候选，再检查两侧接点。不要在旧S04上反复调字幕时长，随后又因替换S04把字幕全部重做。依赖表只需写“F02等待S04候选、F03字幕等待时间线锁定”。
方案比较可记录预计步骤和实际耗时，但只有真的做过才能填写实际值。本页不声称某种工具更便宜或更快。没有完成素材制作时，将候选写成计划，避免把方案表当成性能实测。
交接时明确哪个版本被采用
清单至少有镜号、原素材名、候选名、采用名和工单ID。S04-v1被否决时仍保留否决理由，不能只把它重命名成“旧”。采用S04-v2后，检查工程引用和导出是否真的更新；文件名改变本身不证明内容改变。
重新打开已关闭工单时，新增原因而不擦除前次结果。例如后续画幅裁切让原先不影响理解的细节变得显眼，应记录新使用条件。交接记录能够说明适用范围，比把一切标成永久完成更实用。
本篇问答
只有自己制作，需要工单吗？
可以缩成一页。位置、问题、候选、复核结果四栏已能减少反复忘记原目标的情况。
一次重新生成解决了两个问题，怎么记录？
两个问题保留各自ID，注明共同采用同一候选，并分别复核，避免一个通过掩盖另一个未解决。
参考资料与内容性质
本文的步骤、比较表及判断清单为本站原创方法整理，示例不代表真实发行作品或实测成绩。以下官方资料用于核对具体技术概念；工具表现受输入与版本影响。
本篇为原创教学设计，非行业统计或平台官方说明。
本站介绍与来源使用原则 →