上个月，我们公司差点因为一张图纸丢掉了一个项目。
事情是这样的。我们承接了杭州一个商业综合体的设计项目，总建筑面积12万平方米，涉及建筑、结构、机电、景观四个专业，核心设计团队有18个人，外加三个分包方。光是主创的CAD图纸就有2000多张，DWG文件总量超过80GB。
项目进行到施工图阶段，结构专业的负责人老赵发现：他们按最新一版建筑条件图做的梁布置图，和建筑专业最终定稿的平面图对不上。差了整整3厘米。
老赵翻遍了共享服务器的文件夹，找到了”建筑平面图_v3″”建筑平面图_v4″”建筑平面图_终版””建筑平面图_老张修改”等七八个版本，但到底是哪个版本传给了结构专业，谁也说不清楚。最后设计团队花了整整两天重新核对，才发现建筑专业确实在v4之后又更新了一版，但只发了邮件给其中两个设计师，没有通知到老赵。
返工。那两块区域的梁布置图全部重做，施工现场的模板工程也因此停工了两天。甲方发来了正式的书面警告。项目经理老周在全公司会上做了检讨。
这事发生之后，老板把我叫到办公室，让我必须在一个月内把文件管理的问题解决掉。
我叫陈工，是这家设计公司的IT管理员。说实话，公司不到200人，我一直觉得文件管理这事靠制度就行了——定个命名规范，让大家别乱发文件，多沟通就行了。但老周在会上的那句话刺激了我：”制度管不住人，只有人管人的时候才会出问题，但人不可能每次都管住。”
我开始认真找解决方案。
第一个排除的是传统NAS。我们之前就有一台群晖，用了三年，问题积累了一大堆：文件版本全靠人工保存，今天设计师张三在原文件上改，明天李四又改回来了，历史版本乱成一锅粥；文件大了就传不上去，100MB以上的图纸经常中断；最要命的是预览功能，CAD文件根本打不开，设计师想看个图还得下载到本地用AutoCAD打开，协同讨论全靠截图发微信群，讨论内容散落在几十个微信群里，根本没法归档。
然后我试了巴别鸟。
选巴别鸟的原因很简单——他们支持200多种文件格式直接预览，CAD文件不用下载，在浏览器里就能看。这对设计公司来说太重要了。我们试用了两周，重点测了三个功能。
第一是图纸预览。打开DWG文件不需要下载，浏览器里直接就能看，还能缩放平移。我让建筑设计师老张试了一下，他说比想象的好用，速度比他预期的快。Revit模型虽然不能像DWG那样流畅，但也能预览个大概。
第二是版本管理。这个功能我们最看重。巴别鸟每次打开文件编辑都会自动生成一个版本节点，不是手动保存的那种，而是系统级别的快照。我们结构设计师老赵上传了一版梁布置图，系统自动记录了上传时间和上传人。后来他又修改了三次，每次都自动生成了版本。我们可以在版本历史里对比任意两个版本的差异，每个版本的修改人、修改时间一目了然。这下谁改了文件、什么时候改的、改了什么内容，全都有据可查。
第三是批注讨论。老赵在图纸上发现了一个问题，可以在图纸上直接圈出来、点个位置打批注，批注会自动@建筑专业的同事。对方在微信上收到通知，打开巴别鸟就能看到批注所在的位置，回复讨论。这个功能把原来散落在微信里的讨论全部集中到文件本身了。项目结束归档的时候，所有的沟通记录都在图纸文件里，不需要再整理。
上线一个月后，发生了一件让我印象深刻的事。机电专业的年轻设计师小孙发现风管和结构梁的位置有冲突，他截了图在图纸上打了批注，圈出了冲突区域，@了结构负责人。结构负责人看到批注后确认了问题，调整了梁位。两边的修改在巴别鸟里各自留下了版本记录，谁也没用微信传文件，冲突在图纸会签之前就解决了。
小孙后来跟我说：”以前这种事只能靠开会，现在直接在图纸上标出来，省了很多扯皮。”
现在我们的施工图阶段图纸文件全部迁移到了巴别鸟，四个专业的核心文件都放在对应的项目文件夹里，版本历史从第一天开始记录。每个专业配了一个项目管理员，负责审核本专业的最终版本、定稿后锁定文件。锁定后的文件不能再被随意修改，需要走一个内部的版本解锁申请流程。
这套机制运行到现在快两个月了，没有再出现过版本混乱导致返工的情况。杭州那个项目的图纸已经全部定稿交付，没有再收到甲方的警告信。
老板问我花多少钱，我说不多。他又问我图个啥，我说图个安心——以后再有人说”这个文件不是我改的，我不知道怎么回事”，我可以直接把版本历史调出来给他看。
工程设计的文件管不好，不只是效率问题，是真的会赔钱。一套模具、一块区域的重做、一次工期的延误，加起来可能就是六位数。七年前我刚入行的时候，一个前辈跟我说：”设计公司的IT，最重要的不是网络，是文件。”当时我觉得他在说废话，现在我信了。