跳到主要内容
Centriu
返回资源
清单迁移

迁移清单

无混乱地迁移数据和运营的完整路线图:人员、数据和沟通。

此清单是将数据和运营从旧系统迁移到 Centriu(或新技术栈)而不引发混乱的完整路线图。它涵盖了按领域划分的分步流程、数据清理和沟通计划。

迁移的 3 个层面:

  • 人员: 谁来决策、谁来执行、谁受影响。
  • 数据: 哪些迁移、哪些保留、如何清理和测试。
  • 沟通: 如何在事前、事中和事后对齐预期。

阶段 0前提条件

已做出决策基于技术栈地图和决策框架。
已确定发起人由领导层中支持该项目的人担任。
已组建最小团队项目负责人 + IT + 各部门代表。
明确的目标和范围哪些系统纳入范围,以及成功意味着什么。

阶段 1按领域分步进行

领导层 / 业务

  • 验证业务目标。
  • 批准变更时段(避开高峰期)。
  • 定义成功标准。

销售 / CX

  • 列出依赖的日常活动。
  • 梳理关键字段(漏斗、状态)。
  • 在 Centriu 中验证模板。

支持 / 客服

  • 梳理队列和 SLA。
  • 确定历史记录迁移方案(未结工单?)。
  • 验证聊天/WhatsApp 集成。

IT / 运营

  • 梳理导出方式(CSV/API)。
  • 验证技术限制并创建沙箱环境。
  • 规划新的集成。

阶段 2数据清理

黄金法则: “垃圾进,垃圾出。”不要迁移劣质数据。
定义数据范围哪些实体?完整历史记录还是仅活跃数据?哪些归入归档?
标准化字段电子邮件小写、电话号码含区号、城市名称标准化。
去重按电子邮件、电话或证件合并重复客户。
LGPD 与安全在迁移前删除不必要的敏感数据。

阶段 3技术规划

  • 字段映射(源/目标)

    将旧系统的每个字段与新系统对应的表格。

  • 策略:一次性切换还是分批进行?

    一次性完成还是分阶段?确定冻结(切换)日期。

  • 试点测试与验证

    使用真实样本运行,并请关键用户验证(“我能正常工作吗?”)。

  • 回滚计划

    事先进行完整备份,并制定出现严重错误时的中止标准。

阶段 4沟通计划

建议的时间安排

  • T-30 天: 正式公告(内部)。
  • T-15 天: 范围细节和截止日期。
  • T-7 天: 实用指南“您的日常工作将是怎样的”。
  • 切换日: 即时使用说明。
  • T+7/30 天: 跟进与调整。

需要沟通的内容

  • 面向领导层: 收益、风险和里程碑。
  • 面向运营: 日常工作的变化、截止日期以及在哪里寻求帮助。
  • 面向客户: 仅在存在直接影响时。

阶段 5 和 6:执行与迁移后

切换日: 运行脚本、监控日志并与各部门验证。旧系统设为“只读”。

迁移后(强化支持): 前 2 周设立答疑值班。对规则进行微调。

收尾: 确认无人再使用旧系统,导出最终历史记录并终止合同。

需要迁移方面的支持吗?

我们的专家团队可以全程协助您的切换,确保安全无虞。