迁移前建立可靠基准
如果旧手机、新手机和电脑同时编辑同一份资料，迁移过程会产生多个版本。开始前安排一段短时间停止改动，让旧设备完成最后同步，并记下时间。
这不是为了追求完美静止，而是建立一个能被比较的基准。之后如果出现差异，可以判断它发生在基准之前还是迁移过程中。
本地副本可能包含尚未上传的草稿，云端版本是其他设备通常能够看到的状态，导出副本则用于回退。三者文件名接近，却承担不同作用。迁移前至少保留一个独立导出，并确认它能够打开。
不要因为云端显示正常就立刻清除旧设备。附件、离线草稿或特殊配置可能只保存在本地，需要在新设备逐项核对。
新设备第一次登录可能触发额外验证，这是设备身份变化的正常结果。确认入口完整、系统时间准确，并在自己的设备上完成验证。任何人都不需要代收验证码。
从Intel Mac迁移到Apple芯片设备，或从旧Android迁移到新系统时，还要重新选择适合的客户端版本，不能只复制旧安装文件。
新设备接手时保护本地资料
检查账号空间、关键资料、附件、同步状态和必要配置。新设备连续使用一段时间且没有遗漏后，再退出旧会话并清除本地资料。
保留迁移日期与版本说明，可以帮助团队下次重复流程。迁移的目标不是最快删除旧设备，而是让新设备接手后仍有可验证的资料连续性。
让旧设备完成最后同步，记录时间，并暂停在其他设备修改关键资料。这样出现差异时，可以判断变化发生在迁移之前还是之后。
分别查看云端已有内容、本地离线项目和独立导出副本。三者用途不同，不能因为文件名相同就视为已经备份。
导出完成后实际打开几项文件，确认附件与文字都能读取。只看到压缩包存在，并不能证明恢复时可用。
新设备首次登录时核对账号与团队空间。进入错误空间是迁移后“资料消失”的常见原因，通常不需要重新上传。
先测试登录、同步、附件、通知和必要配置，连续使用一段时间后再退出旧会话。过早清除旧设备会失去唯一可用的本地副本。
跨系统迁移时重新选择对应客户端，不复制旧安装文件。Apple芯片、Intel、Windows与Android各有不同的版本和权限条件。
若两端都出现修改，保留副本再人工合并。不要只按文件列表位置覆盖，服务器接收时间不一定等于内容完成时间。
最后记录迁移日期、旧版本与新版本。下次更换设备时，团队可以复用有效步骤，同时根据新系统调整界面路径。
确认稳定后再退役旧设备
确认新设备能够进入正确空间、打开关键附件并完成一次双向同步，再安排旧设备退出。短时间保留旧设备可以提供回退，但不应让它长期保持活跃会话。
旧设备清除前再次检查下载目录和离线草稿。只有本地存在的资料不会自动出现在新设备上。
迁移完成的标准
新设备能进入正确空间、打开关键附件、完成一次上传与接收，旧设备的本地草稿也已经处理，才算完成迁移。达到这些条件后再退出旧会话，能够兼顾资料连续性与账号安全。