先把结论说清楚:如果订阅到期后你仍可能续费或换用同类工具,优先导出“可重建结构”的配置和“可追溯”的执行记录;如果确定不再使用,只导出对账和交接需要的记录,配置可以放弃。两种做法的分界线不是订阅还剩几天,而是“这套流程是否还会继续跑下去”。
很多人把“保存配置”理解成一键导出全部内容,但实际决定成本的是迁移难度。可以按下面两个条件区分:
一个可操作的判断动作:挑出订阅里最核心的一条自动化流程,问自己“如果明天它停了,我需要几天才能手工补上”。如果需要超过半天,就属于会重建,应按完整迁移标准导出;如果几分钟就能替代,就归入可放弃。
截图能证明你配过什么,但不能帮你重建。真正有用的是把配置拆成三层分别保存:
实施动作上,建议在到期前至少留出一个完整工作日做一次“干跑”:把导出内容导入到一个测试流程里,只放几条假数据,看是否能正常触发。如果干跑失败,说明导出缺了依赖项,比如某个字段没导、某个模板引用了外部变量。这个结果直接决定下一步——是补齐导出,还是承认这套配置迁移成本过高、改为手工重建。
需要核对的例外:不同工具对“导出”的定义差别很大,有的只给联系人数据,有的给流程 JSON,有的只提供报表。具体能导出什么、以什么格式导出,要以你当前订阅套餐的实际功能为准,不能假设所有工具都支持完整迁移。
如果确定停用,把精力放在两类记录上:
一个假设例子说明取舍:假设某条自动化流程每月只触发少量通知,且通知内容在另一个系统里也有留痕。那么停用时,导出完整配置的收益很低,只保存“它存在过、停用日期、替代方式”三行说明就够了。反过来,如果这条流程负责给客户打标签,而标签又影响后续人工跟进,就必须把标签规则和受影响联系人范围导出来,否则接手的人无从判断。
这里要提醒一种常见误判:看到某段时间的触发量下降,就认为流程已经不重要、可以不留记录。触发量下降也可能是因为上游数据源变化、联系人列表被清理或时间窗口设置改变,不能单独作为“可以放弃”的证据。至少要看触发条件和数据来源是否也同步变化。
不管属于哪种情况,下面这个顺序能减少返工:
常见遗漏集中在三处:一是依赖的外部连接,比如某个表单、支付或消息渠道的授权,导出配置不会带走授权;二是定时任务的时区设置,换环境后触发时间会偏移;三是历史版本的模板,当前用的是哪一版要标注清楚。这三项如果不记,重建后往往表现为“看起来一样但结果不对”。
还有一种中间状态:订阅到期后暂时不用,但保留续费可能。这时可以只做“最小可恢复”保存——导出流程骨架和字段清单,不导出全部执行日志。代价是恢复时需要重新积累历史数据,好处是整理时间短。选择条件是:你能否接受恢复后一段时间内报表不连续。能接受,就选最小保存;不能接受,就按完整迁移处理。
无论选哪种,都建议在到期前把导出文件放到订阅之外的位置,并写一份简短的说明文件,注明导出日期、工具名称、套餐类型和已知缺失项。这样即使过了一段时间再回看,也能判断这份记录还适不适用。