VI设计交付怎样验收并记录待修改项

VI设计交付验收应从双方确认的清单出发，逐项核对成果版本、实际使用检查和待修改记录。文件收到、局部检查通过与整套确认，是三个不同的状态

收到一套VI文件，PDF看起来完整，应用效果图也很漂亮，为什么仍然不知道能不能确认？通常是因为清单写的是成果名称，交付包提供的是文件，而真正要判断的是：本轮约定的内容有没有完成，能否按约定用途使用，问题是否已经处理

先把约定成果与交付文件对上

验收前，将双方确认的报价单、合同和交付清单放在一起，找出本次涉及的项目、使用场景、文件要求与确认方式。检查建议用于落实既有约定，不反向增加新的服务范围

例如，清单写了名片应用，就要找到对应设计稿及约定的交付文件，核对姓名、职位、联系方式和版式。只在VI手册里出现一张效果图，是否已经满足要求，要回到本次约定判断；不能只凭“手册里有”认定完成，也不能临时要求未约定的印刷生产

可以做一张对应表：每项成果对应文件名、当前版本、检查位置及状态。数量能帮助发现漏项，但文件多并不等于成果完整，一张稿件的多个导出格式也不应重复算成多个设计项目

检查当前版本及其真实用途

先确认待验收包与本轮已确认方向一致。旧标志、新文字、旧联系方式混在一起时，即使各文件都能打开，也不适合直接进入确认。对修改频繁的应用，记录本轮版本与检查日期，防止反馈落在已经被替换的稿件上

再按约定用途检查有代表性的内容。标志组合看识别与排列关系；文字看实际字形、层级和字体使用说明；图文应用看内容正确性、共同对齐、间距、裁切与安全区。需要屏幕展示的稿件，在实际阅读尺寸下看；需要生产的稿件，按已约定的生产检查方式核对

代表样本只是本轮选定范围的检查证据。一个小尺寸标志能辨认，不代表所有载体已经验证；屏幕上颜色一致，也不能代替实物打样。需要另行检查的场景应记录下来，不用一句“全场景可用”盖过去

用四种状态描述核对结果

表格较宽时，可左右滑动查看完整内容

“尚未检查”不是“设计不合格”，也不是“默认通过”。例如约定稿件已经提供，但生产方尚未完成打样，就应保留待检状态及依赖条件。这样双方能分清设计修改、资料补充与下一阶段检查，不必把所有事项混成一份返工单

待修改项要写到能够复核

“这一页不太对”很难处理。有效记录至少能回答：哪份成果、哪个版本、什么位置、在什么条件下出现什么问题、影响是什么，以及由谁处理和何时再看

以一个假设的名片检查为例：当前版本的邮箱换行后超出约定安全区，完整邮箱无法在所选尺寸中显示。反馈应写明文件、正反面、检查尺寸及期望修复的内容。只写“字体缩小一点”，容易把解决办法与真正的问题混在一起

同样，发现字体替换，应记录打开环境与替换位置，再核对字体使用说明；发现图片裁切，应指出被切掉的是产品细节、人物还是纯背景。记录条件不是给反馈增加手续，而是让修改人能重现问题，让复核人能判断它是否解决

问题关闭时，再留下修订版本与复核结果。不要只把旧意见标成“已处理”，却找不到处理后的稿件

阶段结论保留未覆盖的范围

一份清晰的验收结论应说明：本轮检查了哪些成果，哪些符合约定，哪些仍需修改，哪些依赖资料或后续检查。最终确认仍按双方约定的机制办理，这张核对表不替代合同，也不重新定义付款条件

如果希望今天就开始，可以先选一项高频使用的应用，完整走一遍“清单对位—版本确认—实际检查—问题记录—修订复核”。把这条链跑通，再展开到其余约定成果，会比先给整套VI打一个总分更容易看清下一步