决定换掉现在这套工具的那几天怕的不是多花一笔钱而是切换当天老客户收到答非所问的回复或者同一个问题被两个系统各回一遍。迁移做得顺不顺关键不在新工具本身而在顺序——先盘点、再并行、收尾切换中间留一个能回退的窗口。## 先盘点哪些能搬哪些只能重建**能导出的部分。**关键词表、话术文案、欢迎语、常见问答条目、触发时段设置——这些在后台通常能导出成表格或是复制出来属于资产搬到新工具只是换字段。**只能重建的部分。**账号绑定关系、渠道接入配置、聊天记录的云端数据。聊天记录一般存在各家平台自己的服务器上换工具带不走如果有留档需求提前导出成表格或做本地备份别等到退订那天才想起来。**三张清点清单。**一、规则清单含关键词、时段、优先级二、话术清单按场景归组三、接入清单几个号、几个渠道、谁有权限。清单没列完别动新工具——盘点漏掉的部分到头来都会变成切换当天的投诉。**提前通知两类人。动手前一周跟团队同步迁移时间表跟渠道那边确认接入方式是否需要重新报备。客户不用通知但语气和口径必须前后一致让他感觉不出换过工具。## 迁移顺序先并行后切换头一步导出旧配置。**全量导出包括你打算不要的那部分——先有全量再谈取舍漏掉的部分往往是被忘掉的高频场景。**第二步字段映射。**把旧工具的字段名对着新工具的字段名列一张对照表旧叫关键词新叫触发词旧按分组新按场景。这一步不做后面会反复返工。**第三步小范围复刻。**先搬高频的二十来条规则把主流程跑通别一上来就全量搬。这二十条要覆盖问价、发货、退换、开票四类场景跑通它们等于跑通了八成日常咨询。**第四步并行观察。**两套工具同时挂着的这几天必须确认只有一套在自动发送。做法是把旧工具的自动发送关掉只留人工接待或者按渠道分一个渠道走新工具其余暂时留在旧工具。并行期重点盯一件事有没有客户收到两条意思不一样的回复出现一次就说明规则重复了。**第五步逐批切换。**按渠道或按客服分组切换每切一批观察一天看触发、延迟、转人工是否正常。**第六步关闭旧工具。全量稳定运行一周之后再退订。别提前退回退的路要一直留着旧配置的导出文件也留一份存档。## 话术搬运的三种处理原样搬。**口径类内容发货时间、退换政策、开票说明、营业时间。这类话术不依赖工具能力直接搬搬完核对一遍数字和时间换掉新工具不支持的占位符。**重写。**依赖触发方式的话术要改。旧工具靠关键词命中新工具支持意图识别同一段话术的触发条件变了措辞也要跟着调避免答非所问。**删除。依赖旧工具特有能力的玩法比如某种卡片消息、某种自动标签新工具没有对应功能硬搬只会报错不如先删掉等用得着再重建。## 上线后的回归清单头二十四小时看四件事。**有没有重复回复高频问题答得对不对非营业时段的规则生不生效转人工的提示是否清楚。这四条有任何一条不对先停掉对应的单条规则别整体下线。**头一周看三条线。**触发量、转人工率、未回消息数和迁移前的数据对着看出现明显偏离就顺着日志查那一条规则。**留一份迁移记录。**哪天做了什么、哪些规则是新写的、哪些话术改过口径、回退文件放在哪——接手的人需要它下次再迁移的时候也需要它。## 参考文章- 微信自动回复从零配置教程- 自动回复的触发规则怎么配