一个注册项目从立项到拿证，少则两年，多则三四年。中间方案改过、统计计划调过、CRF 换过、核查资料补过。每个人电脑里都存着一份，微信群里还飘着几版，邮箱附件又是一堆。等真要用的时候，根本分不清哪份是真的。
资料整理，目录和版本必须第一时间定下来，其他的以后再说。工具再智能，骨架歪了也白搭。
一、为什么先理目录和版本，不是别的
不少人一上来就想把全部资料分类归档，按文件类型分：方案放一个夹，报告放一个夹，表格放一个夹。这么做短期顺手，项目一多就乱。因为 IVD 项目天然是纵向的——一个产品从临床到注册是一条线，查资料时永远是"某项目的某份文件"，不是"所有方案"。
按文件类型归档容易产生问题。早年间按类型归档，一个"报告"夹里塞了八个项目的统计报告，要找其中一个，得挨个打开看页眉里的产品名。后来改成目录第一层是项目，查找效率明显提高。
第二层才是资料类型。再往下，按阶段走：临床前、临床、注册申报、核查、发补。这样任何一份文件，都能凭"项目—类型—阶段"三句话定位到。
版本比目录更隐蔽，也更要命。目录乱了，顶多多翻几下；版本乱了，可能把作废的方案当成现行版递上去，那是要出大事的。实际项目中曾出现过将旧版研究者手册交到机构的情况，伦理复审直接被打回，临床启动推迟了小半年。
二、目录怎么搭：一个项目一套骨架
每个注册项目开一个根目录，名字直接写产品名加分类。比如"公司名称 - 试剂盒名称 - 化学发光 -Ⅱ类"。别用"项目 1""新项目"这种名，三个月后自己都会忘它是什么。
进到根目录，固定五个子目录：
-
• 01 临床方案与计划（含方案、SAP、CRF、ICF、研究者手册） -
• 02 临床执行与数据（含知情同意、检测记录、偏差报告、监查报告） -
• 03 注册检验与申报（含注册检验报告、申报资料、受理通知书） -
• 04 体系与核查（含体系文件、核查准备、核查缺陷整改） -
• 05 发补与沟通（含发补通知、答复、审评沟通记录）
这五个不是拍脑袋定的，对应 IVD 注册资料的逻辑链条：先有方案和计划，才有执行和数据，数据支撑申报，申报背后是体系，最后发补收口。顺着这个链条建目录，找任何文件都有据可循。
子目录里一般不再往下分，文件多了就用前缀排序。深目录是整理的大忌——永远记不住第三层叫什么，查的时候反而更慢。
根目录的命名也有讲究。产品名要写方法学全称，别用内部缩写。实际工作中有人建立了"**项目"的夹，半年后新人进来，不知道 目录是什么，也不敢乱翻。写成"公司名称 - 试剂盒名称 - 化学发光 -Ⅱ类""，扫一眼就知道是什么、归哪类、走哪条临床评价路径。
这个方法学字段还有个用处：同方法学的项目放一起，横向比方案、比统计策略都方便，不用每次重新认产品。
骨架不是越细越好。一个只有一份方案和一份报告的小验证项目，硬套五目录反而累赘，根目录平铺就够。骨架的粗细跟着项目体量走，别为了整齐而整齐。可按以下标准判断：文件超过二十份、或者要跨两个人协作，就上完整五目录；再小就平铺加前缀。
三、版本怎么管：别再叫"最终版"
版本混乱，九成是命名惹的祸。实际工作中常见的一串文件名：“方案.docx”“方案最终版.docx”“方案最终版 2.docx”“方案真最终版.docx”“方案以此为准.docx”。这种命名等于没命名。
建议采用统一规则：文件名 = 项目代号 + 文件性质 + 版本号 + 状态。
大改（结构、判定标准、样本量变了）升主版本，小改（错别字、格式、措辞）升次版本。比如方案第一次定稿是 V1.0，审评提了个小问题改了表述，就是 V1.1；重新测算样本量、重写统计章，就是 V2.0。
状态标四个：草稿、送审、定稿、归档。送审是发给老师或合作方看的；定稿是内部确认不再动的；归档是注册完结锁死的。一份文件同状态只留一个最新版，旧版移到"历史版本"子夹，别删，留痕。
有个细节特别关键：版本号必须连续，不能跳过。跳过就意味着有一版人间蒸发了，日后说不清它改了什么、为什么改。
多人协作时这事儿更麻烦。方案可能是注册部写、统计老师改、临床老师提意见，三个人各存一版。可按以下方式处理：谁改谁升版本号并在文件名标自己 initials，比如"公司-方案-V2.1-LZ-定稿"，最后由一个人统稿出 V3.0。这样能追到每一处改动是谁做的。
四个状态怎么流转，举个时间线就清楚了：
|
|
|
|
|
|---|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
这套流转写下来，一份文件从哪儿来到哪儿去清清楚楚，谁接手都能接住，避免接手人员仅凭"暂存"字样判断文件状态。
四、WorkBuddy 在这个过程里干什么
说回工具。目录结构和命名规则，得先有人定，WorkBuddy 是执行和兜底的，不是替你拍板。
第一步：让它把项目文件夹扫一遍，列出所有文件的现状：路径、大小、修改时间、文件名。这一步最省力，也最容易发现"散落在桌面""藏在下载目录"的游离文件。此前项目曾通过这种方式发现一份忘归档的偏差调查报告，差点漏交。
第二步：将命名规则交给 WorkBuddy，让它批量重命名。比如统一把"方案最终版"改成"HG-方案-V1.1-定稿"。它一次能处理一堆，比人工逐个修改更快，也能减少误改。
第三步：让它生成一份版本对照表。哪份文件有哪些版本、各自状态、谁最后改的、改了什么，一张表拉清楚。发补要找历史版时，不用翻文件夹，看表就行。
第四步：让它盯着版本一致性。比如方案 V2.0 里样本量写了 480，但 SAP 还是 V1.1 写的 420，它能比对出来提示这一矛盾。这种前后矛盾，人工很难每次都注意到，工具反而稳。
微信和邮件传来的文件，建议统一先将文件落入项目库，再进行重命名，绝不直接在聊天窗口里另存了事。很多版本事故的源头，就是一份文件从微信群下来，没进库就改，改完和库里的对不上。
给 WorkBuddy 下重命名指令时，规则要写死，别留模糊空间。把"不确定的单列出来"这句话加上，它就不会瞎编版本号，也便于后续复核。
五、一个具体例子：化学发光项目的整理过程
拿幽门螺杆菌抗体项目说。接手时资料分散在四处：桌面一个"资料"夹，微信传过三版方案，邮箱里还有合作方发的统计计划，下载目录里不知什么时候存了份 CRF。
首先让 WorkBuddy 扫描全盘，把所有带"公司名称"“幽门螺杆菌”"HP"的文件列出来，不管在哪儿。结果出来 60 多个文件，其中有 11 个不同名字的方案相关文档。
接着按前面的五目录骨架建好根目录。然后把 60 多个文件按性质归位，重命名成统一格式。归位时发现三个问题：
-
1. 方案 V2.0 和 V1.2 判定标准不一致（V2.0 把符合率阈值从 95% 改到 90%，但统计计划没同步） -
2. 有一份 CRF 没版本号，不知道对应哪版方案 -
3. 一份偏差报告落在下载目录，从没进项目库
这三个坑，要是等核查前才发现，就晚了。整理的过程，其实就是一次免费的预核查。
六、几个容易踩的坑
第一，个人文件和项目文件混在一起。 桌面、文档目录里既有私人的也有项目的，一整理就分不清。建议将项目资料统一放入项目根目录，桌面只放临时中转，当天清掉。
第二，中文文件名乱码。 有些老系统导出的文件编码不对，文件名变成乱码，搜索都搜不到。重命名时统一用 UTF-8，中文照写，别用英文缩写凑合——缩写三个月后就忘。
第三，版本号回退。 有人发现新版本算错了，直接把旧版改名当新版，版本号倒着走。这比没有版本号还危险。正确做法是新开一个版本说明"回退原因"，旧版进历史。
第四，只整理不锁定。 定稿和归档的文件，权限要锁，谁都能改就又乱了。归档版通常应设为只读。
第五，整理完不复查一致性。 目录整齐不等于内容自洽。每次完成大整理后，均应让 WorkBuddy 执行一次版本对照，重点看方案、SAP、申报资料三处的样本量、判定标准、统计方法是否对得上。
第六，整理和质量体系脱节。 很多公司 GMP 和注册各搞一套，注册资料归注册，体系记录归质量，两边对不上。建议在"体系与核查"中单独设置一份"资料—记录对照"，把每份注册文件对应的体系记录（批记录、验证报告、变更控制单）列出来。核查老师既能看注册资料，也能顺藤摸到原始记录，这条线通了，现场核查才不虚。
第七，不动备份就大改。 整理涉及批量移动、重命名，万一规则写错，可能把整批文件改名改乱。建议固定执行以下规则：每次大整理前，先对整个项目根目录做一次整体复制备份，确认整理结果无误再删备份。WorkBuddy 批量操作快，但快的另一面是错了也快，备份这道闸不能省。
七、日常节奏：别等乱了再收拾
整理不是一年一次的大扫除，是每周半小时的维护。可按以下节奏维护：
每周五下午：花二十分钟，把这一周微信、邮件、桌面新来的项目文件归位重命名。
每月底：让 WorkBuddy 扫一次全盘，出一份版本对照表，再检查是否存在异常。
项目关键节点前后：方案定稿、临床启动、申报递交、核查前、发补答复，各做一次完整梳理。这些节点本来就要调资料，顺手把版本锁死，成本最低。
说个具体的周五流程，照着做就行：
-
1. 打开项目根目录 -
2. 把微信文件传输助手、邮件"含附件"、桌面"待归档"三个来源的新文件拖进来 -
3. 按命名规则重命名 -
4. 扫一眼版本号有没有断号 -
5. 最后在版本对照表末尾补一行
全程二十分钟，不费脑。拖到月底，让 WorkBuddy 扫全盘出对照表，再用十分钟检查异常。按此节奏执行，资料库可以保持基本整洁。
新人进组，第一件事不是分活儿，是看目录结构和版本表。看明白了，项目全貌就有了，无需依赖长期口头交接。
八、理清楚之后，省下的不只是时间
目录和版本理顺了，最明显的变化是"找东西不慌"。核查老师要一份文件，三句话定位，两分钟调出来。发补要对照新旧版，版本表一拉就有。
更深层的是，资料的逻辑链条自己显现出来了。方案改了哪、统计跟着改了哪、申报资料体现没体现，一眼看穿。很多发补其实是因为前后不一致，而一致性靠人盯容易漏，靠清晰的版本管理能挡掉一大半。
整理资料不是行政工作，而是注册质量管理的一部分。目录提供结构，版本管理保证文件状态可追溯。工具可以减少重复劳动，但资料如何分类、版本如何编号，仍需要项目负责人作出判断并承担管理责任。
从管理者角度看，资料乱的代价是隐性的，但从不小。一个项目因为找不到正确版本多耗两周，两个项目就是一个月，人力成本摆在那。更怕的是版本用错导致的发补甚至退审，那不是多花时间，是把时间表整个推后。
把目录和版本这件基础事做对，等于给每个项目买了份便宜又管用的保险。它不显眼，但哪天审评老师或者核查老师真来翻的时候，心里是踏实的。
这种可靠性不由工具自动产生，而是来自持续归位、规范编号和定期复核。
欢迎加好友讨论！