资料从旧网盘搬过来，先定三件事

结论先行：把资料从旧网盘、个人盘、各种临时共享搬到统一的库，技术上几乎没有障碍——目录能读、文件能传、权限能配。真正卡住项目的是三件管理上的决定：目录按什么建、旧共享链接失效之后权限怎么重建、历史版本与废稿留不留。这三件在开工前定不下来，搬完之后就会出现一个很典型的场面：文件都在，但没人找得到；权限都配了，但该看的人看不到。

本文只谈平台迁移这件事的组织顺序与三个决定，不谈网盘功能怎么选型，也不谈文件安全策略的具体配置。

为什么「先搬再说」一定会返工

旧库的目录结构通常是长出来的，不是设计出来的。有人按年份建、有人按客户建、有人按「临时」建了一堆之后再也没整理。直接把这些目录原样搬过去，等于把十几年的混乱复制一份，只是换了个地方。

更麻烦的是旧库的权限模型往往和新平台对不上。旧库大量依赖「共享链接」——谁有链接谁能看。新平台如果按成员与目录授权，这些链接背后对应的人根本没有被记录过，也就无从迁移。这是迁移里最容易被低估的一块工作量。

所以顺序应该是：先定目录、再定权限、然后搬内容、最后清旧库。反过来做，就是把返工留给自己。

决定一：目录按项目建，还是按部门建

两种都有人用，选错的代价不同。

混合建法的关键在分界线要写下来，而且要能一句话说清。可行的分界是：这份资料会不会随某个客户或某个交付过程结束而不再更新？会，就进项目空间；不会，就进部门库。

分界线模糊时会出现一种典型现象：同一个文件在两个地方都有，一个在部门库、一个在项目空间，内容略有差异。半年之后没人说得清哪份是对的。

决定二：权限按人重建，不要试图翻译旧链接

这一条是迁移项目里最常见的坑。团队会想做一个「链接→人」的映射，把旧共享链接一一对应到新平台的成员权限。这件事在旧库里做不到，因为链接本身不带身份。

可行的做法是放弃翻译，改成重新授权：按新目录结构列出每个目录的应看人员，由各部门负责人在一张表上确认。工作量看起来比翻译大，但它是能产出干净权限的那条路。

具体三步。其一，导出旧库的目录树与每个目录的文件数、最后更新时间，作为清单底稿。其二，按新目录结构把清单重新归位，标注每个目录的负责人。其三，负责人确认可见范围，只确认「谁能看」，不确认「谁不能看」——后者会变成一张永远也填不完的表。

迁移期间要留一段并行期。旧库保持只读、新库开始使用，两套同时存在一到两个结算周期，确认该迁的都迁了、该找的都找得到，再关旧库。并行期短了会出事，长了会分裂，两三个月是常见区间。

决定三：历史版本与废稿，留还是不留

「全部搬过去」听着最安全，实际代价很高：存储成本、检索噪音、权限面扩大——一份十年前的旧方案被搜出来，里面的报价、客户名、架构图都还在，而它早已作废。

三条可行的规则：

• 在用的，全量迁移。包括历史版本，因为版本本身就是信息。
• 已结项但有合同或审计价值的，归档迁移。放到一个独立归档区，只有少数人有权限，不参与日常检索。
• 废稿、临时文件、个人备份，不迁。在旧库里保留一段时间后整体下线，不下发到新库。

第三条最需要有人拍板。多数迁移项目卡在这里——没人愿意签字说「这批不要了」。可行的处理是把它变成一个有时限的默认动作：列清单、公示、给一个异议期，到期无异议即不迁。不需要谁签字批准删除，只需要谁都不反对。

技术侧要注意的三点

搬的动作本身有三处值得留意。

批量迁移要用接口，不要人工拖拽。成熟的平台提供接口，可以读取旧库目录、创建新空间与人员权限、上传同步文件、建群通知成员。这四步串起来，才能做到「搬完之后当事人知道自己的东西在哪」。

文件名的兼容性要提前试。旧库里的文件名可能带特殊字符、超长路径、同名不同版本，迁移工具处理不一致时会出现覆盖或跳过。先拿一个部门做试点，把问题暴露在小范围里。

迁移要有对账。迁完之后比对两边的目录数与文件数，差异逐项说明。没有对账的迁移，事后没人敢关旧库。

落地清单

• 开工前把三个决定写成一句话结论：目录怎么建、权限怎么重授、什么不迁。
• 导出旧库目录树与文件统计，作为核对底稿。
• 每个目录指定负责人，只确认谁可见，不做「谁不可见」的穷举。
• 先做一个部门试点，验证文件名兼容、接口迁移与对账流程。
• 废稿清单公示加异议期，到期无异议即不迁。
• 并行期设一到两个结算周期，旧库只读、新库启用。
• 关闭旧库前完成目录数与文件数对账，差异逐项留说明。

边界与前提

三点说明。其一，接口能力、权限模型与并行使用的支持程度取决于所选平台的实际功能，落地前应以功能验证结果为准。其二，涉及个人信息、合同原件与图纸的迁移，其留存期与销毁方式须符合所在行业与内部制度要求，本文不作合规结论。其三，文中给出的并行期长度与目录建法属一般性经验梳理，须结合本单位的项目节奏与人员规模调整。

深圳市奇摩计算机有限公司是一家 IT 解决方案服务商，在协作平台落地项目里，习惯把目录规范、权限确认表与迁移对账清单作为交付物的一部分，让后续接手的人知道每份资料为什么放在那里。预约咨询，可以从旧库的目录树开始，先把分界线划出来。