menu
增长学院 > 知你客服 > 文章正文

云客服系统迁移:从旧系统搬过来的完整清单

知你客服 知你客服团队 更新时间:2026-10-21 23:40 122人浏览

换系统失败的项目,八成不是新系统不好用,是迁移没做好。

一、先盘清楚要迁什么

必须迁:

  • 客户资料(昵称、手机号、来源、标签)
  • 历史会话记录(至少近一年)
  • 快捷话术与知识库
  • 客服账号与权限结构
  • 自动回复规则

尽量迁:

  • 客户标签体系(标签名、标签分组)
  • 客户跟进记录
  • 渠道二维码/活码的归因关系

搬不走:

  • 旧系统的统计报表(口径不同,只能留档)
  • 已发出的消息记录(对方平台侧不可迁移)
  • 旧系统的自动化流程(要在新系统重建)

功能界面示意图

二、迁移的三种方式

方式一:系统自带导入工具

多数 SaaS 提供 Excel 模板导入客户资料和话术。适合数据量不大、结构简单的场景。

方式二:API 对接

通过旧系统的导出接口和新系统的写入接口做程序化迁移。适合数据量大、需要保留关联关系(客户-会话-标签)的场景。

方式三:厂商协助迁移

部分厂商提供迁移服务,通常收费。适合没有技术团队的公司。

三、迁移前必须做的三件事

1. 清洗数据

旧系统里通常有大量脏数据:重复客户、无效手机号、测试账号、已注销用户。直接迁过去,新系统一开始就是脏的。

清洗规则:手机号去重、空记录剔除、测试数据标记、标签归一("高意向""意向高""有意向"合并成一个)。

2. 冻结旧系统写入

迁移开始后,旧系统不要再新增数据,否则迁完又落后。通常做法是选一个低峰时段(比如周日凌晨)做最终同步。

3. 做一次演练

先在测试环境完整跑一遍迁移,记录耗时、失败条数、字段映射问题。正式迁移时按演练的流程走。

四、切换当天的兜底方案

保留旧系统只读权限至少一个月。客服遇到"上次那个客户说过什么"查不到时,可以回旧系统找。

准备回滚预案。如果新系统上线当天出现严重问题,能在几小时内切回旧系统。这意味着旧系统的订阅不能立刻停。

分批切换。先切一个渠道或一个小组,跑三天没问题再全量切。一次性全切的风险太高。

功能界面示意图

五、迁移后的验证清单

  • 客户总数是否与旧系统一致(允许合理差异,要能解释)
  • 随机抽 20 个客户,检查资料和会话是否完整
  • 话术库条数是否一致,分组是否正确
  • 每个渠道发一条测试消息,确认能收能回
  • 权限是否按预期生效(用不同角色账号登录验证)

一个经验

迁移项目最容易出问题的不是技术,是"没人负责"。指定一个明确的项目负责人,比任何工具都重要。

知你客服支持客户资料导入、话术导入(兼容常见格式)、多渠道快速接入,迁移时可先接一个渠道试点,验证后再全量铺开。

功能界面示意图


了解知你客服

准备把旧客服系统迁移到新流程,可以看看知你客服官网了解客服产品方案。

也可以扫码联系知你客服:

知你客服咨询二维码

相关阅读

责任编辑:知你客服团队

知你客服

全渠道智能客服系统,聚合微信、小红书、抖音等平台咨询,支持自动回复与多客服协同。

前往知你客服官网
图片预览 100%
点击图片或 + 放大(每次 25%) · - 缩小 · 点空白处或 ESC 关闭
+ - 适应 ✕
图片查看