设计文件交付核对细则.docxVIP

设计文件交付核对细则

做设计项目管理快十个年头，我见过太多质量出色的设计方案，就是栽在了最后交付的核对环节——要么是发错了未修改完成的旧版本，要么是缺了几张关键施工图纸，甚至还有同行出过把带内部吐槽批注的文件直接发给客户的乌龙，不仅要返工折腾，还砸了积累多年的口碑，闹得双方都不愉快。为了把这些踩过的坑变成可复用的避坑指南，我们整理出这套可落地的交付核对细则，从前期准备到最终闭环，每一步都讲清楚要查什么、怎么查，既是给团队新人的操作指引，也给同行们做个参考。

1交付前期基础属性核对

这是交付核对的第一步，也是最容易被忽略的打底工作，基础信息错了，后面设计内容再合格也白搭，所以我们必须从最浅的核心信息开始查起，把所有底层错误拦在交付之前。

1.1项目核心识别信息核对

首先要核对项目全称、委托方全称，确认和最新的委托协议、确认函完全一致。我碰到过不少客户同时推进好几个同类型项目，比如同时改造两栋相邻的写字楼，名称就差一个栋号，稍微不注意就把A栋的设计文件发给B栋的对接人，等对方审了一周才发现不对，硬生生耽误了人家的项目进度，最后锅还要我们背。然后要核对版本号和修改记录，确认手里拿的是客户最终确认的版本，不是改到一半的中间测试版，我们团队现在习惯给每版文件命名都加上“最终确认版-第N次修改”，就算这样，核对的时候也要打开文件看内部的版本修改记录，确认是不是客户最后一次敲定的版本，别嫌这