最终版不是状态系统
不同成员都可能生成自己的最终版。批准状态应放在统一记录或只读发布区。
文件名保留简洁识别信息即可。
目录和入口决定成员看见什么
旧版若与当前版并排，搜索结果仍可能先显示旧文件。
工作区和发布区分离，可以降低误开概率。
替代关系必须明确
新版发布时说明替代哪个版本、何时生效以及旧版能否继续参考。
删除旧文件会破坏已经发生的交付记录。
交接说明补足上下文
接收者需要知道当前任务、有效文件和未决事项。
一次真实查找测试，比继续增加命名规则更能发现障碍。
搜索结果会放大旧文件
成员往往从系统搜索进入文件，而不是沿目录逐层打开。旧版内容若标题相近，仍会出现在前列。
批准版本可以使用稳定入口，旧版移入归档并标明状态。
搜索测试应包含成员常用关键词，确认当前文件能被快速识别。
附件副本会脱离原目录
文件通过邮件或聊天转发后，原目录状态不再可见。接收者可能长期使用这个孤立副本。
重要交付在文件内部写入版本、日期或稳定识别信息，并在消息中提供主入口。
新版发布时通知实际使用者，而不是只更新内部文件夹。
内容状态需要可见
草稿、待核对、已批准和已作废是不同状态。若只写在成员记忆中，命名再清楚也会误用。
状态可以由目录、标签或发布系统表达，关键是全团队理解相同。
状态改变要留下时间和责任，不用覆盖过去发生的交付。
案例：三个最终版来自三个负责人
项目经理、设计师和客户联系人分别保存了自己的“最终版”。名字相同，内容却对应不同批准阶段。
团队保留各自工作副本，但只有发布负责人能把文件放入批准区。批准入口显示交付对象和日期，成员不再从名称猜测状态。
案例：邮件附件绕过了归档标记
旧方案已移入归档，某位成员却从半年前的邮件重新下载附件并转发给合作方。目录中的标记无法跟随这个孤立副本。
关键文件内部增加版本和失效提示，邮件模板改为发送稳定入口。即使旧附件再次出现，接收者也能看出它不应继续使用。
版本误用发生后怎样恢复
发现错误版本已经被使用时，应查明影响对象和传播范围，再发布清楚的替代通知。不要只把正确文件重新上传，因为接收者可能无法判断哪个消息更新。
通知写明旧版标识、当前版本、生效时间和需要重做的动作。处理结束后检查误用原因来自搜索、转发、权限还是批准入口，再修正对应环节。
团队如何建立一个当前入口
当前入口可以是一页简短目录，列出正在使用的文件、状态、负责人和更新时间。它不复制全部内容，只负责把成员带到正确版本。
项目阶段改变时更新入口，同时保留历史交付的独立地址。成员从固定位置开始，搜索和邮件附件只作为补充。
入口维护责任必须明确；过期入口比没有入口更危险。