更换工具之前，先试试哪些内容能带走

从依赖工具的工作开始

描述如果服务明天不可用，什么会停下来：查询约定、编辑文章、接收表单或寻找文件。再识别支持工作的数据、关系、自动化与访问权限。只有应用名单，没有依赖关系，无法说明必须保留什么。

英国 Government Digital Service 的技术锁定指引，提出比较退出成本与继续使用供应商的价值。它面向英国公共部门的云决策；我们借用这个问题作为小规模连续性练习的背景，不把它当作普遍义务，也不据此建议更换平台。

弄清这个产品所说的导出

查看供应商现行文档：格式、信息类型、限制、权限与兼容导入工具。一个有文档支持的例子是 WordPress：它的导出界面生成包含内容与相关数据的 XML 文件，供其导入流程使用。这能说明这一功能，不能自动推广到其他产品。

不要假设导出文字就同时保存了安装环境中的设计、集成、权限或行为。应问清这次具体导出包含什么，以及哪些需要其他程序。保留用于理解文件的文档链接与查阅日期。

选择能暴露关系的样本

在虚构案例中，一家工作室使用工具管理项目。有用样本应包含一个有负责人的项目、两项关联任务、一个文件和一条评论。只导出一个名称，几乎不能证明工作可以继续。使用虚构数据或获准处理的信息。

保留原始资料，在独立空间中操作副本。记录项目标识符与关系的表示方式。如果导出文件只有下载链接，检查服务访问结束后材料是否仍可取得。不要为完成演练而进行破坏性操作。

分别检查四种状态

• 已下载：存在可读文件，且知道生成时间。
• 已理解：识别字段、单位、引用与缺失项。
• 已导入：目标系统接受样本，并保留必需关系。
• 可使用：获准人员能够完成约定任务。

记录数相同，不能证明最后一种状态。日期可能被不同解释，任务可能失去负责人，附件也可能无法访问。记录差异与问题，不要把小规模演练当作完整兼容性的证明。

按实际风险写退出准备

记录谁能导出、允许保存的材料放在哪里、哪些部分需要另外处理，以及谁验证结果。补充决策条件：可用性、范围或服务发生什么变化，才值得重新比较替代方案？喜欢另一种界面，与失去关键信息的访问权限，具有不同运营影响。

理解供应商公告时，本站商业新闻阅读指南区分确认信息与可能影响。本文处理之后的一步：在自己的工作中测试一项具体依赖。

依据测试与待办问题决定

结果可能是继续使用并完善记录、向供应商澄清问题，或准备另一轮测试。不必取消工具，练习才有意义。正式迁移前，确认完整范围、负责人，以及适合系统的恢复程序。

如果工具承载销售机会，本站客户跟进指南帮助识别需要保留的背景与约定。测试新流程时，可用验证指南明确边界。有文件只能证明导出发生过；工作连续性需要实际检查。