团队刚开始用云文档时，人人都往根目录扔文件，半年后同一份材料出现四五个版本，谁也说不清哪个是最终稿。结构问题没法靠搜索弥补，只能提前规划。

三层结构够用

第一层按用途划分（项目、制度、共享资料、归档），第二层按项目或部门，第三层按阶段或文件类型。再深就会让人迷失在路径里。

共享空间只放在办内容，已结束项目的整个目录移到归档区并设为只读，检索范围自然收窄，找文件的成功率会明显提高。

目录与文件命名规则

目录名用短词，不加日期；日期与版本信息放在文件名里，这样按名称排序即按时间排序，不必逐层点开确认。

约定不使用最终版、最新版这类描述，改用日期加序号；规则越简单越容易被遵守，复杂的命名规范通常三周后就失效。

权限边界与共享原则

部门内部资料放在部门空间并对本部门开放，跨部门协作用项目空间临时授权；敏感文件单独建目录，按名单授权而不是按链接分享。

对外共享用过期链接，合作结束后统一撤销；每季度复核一次成员与权限，离职人员要第一时间移出。

  • 目录最多三层，共享区只放在办内容
  • 日期与版本写进文件名，不用"最终版"
  • 敏感目录按名单授权，季度复核成员

云文档的整理成本主要发生在前期：花一小时定好结构与命名，之后每个人按同一套规则放文件，检索和交接都会顺畅。等到文件堆到几千个再整理，代价要高得多。