从现有平台出发，路径清晰。

规划迁移

先梳理依赖关系，而非承诺期限。确定数据范围、集成、验证和切换计划后，再商定上线日期。

1. 阶段 1

   01

   数据导出 + 并行基础设施搭建

   与现有供应商确认导出字段、权限、保留义务及集成清单。在隔离环境中测试样本导入，现有平台继续作为权威数据源。

   ✓导出范围已约定。样本数据和对账标准已审查。

2. 阶段 2

   02

   配置与司法辖区要求的对应

   梳理牌照要求、玩家保护设置、支付服务商和游戏可用性。确认哪些合同与集成可以迁移，哪些需要重新批准。

   ✓运营方已审查配置。集成缺口与所需批准已记录。

3. 阶段 3

   03

   并行测试 + 影子流量

   使用受控测试数据验证余额、奖金进度、访问权限和报表。测试与真实支付及下注隔离，在切换决策前解决差异。

   ✓对账已签核。例外已解决或明确接受。回滚已演练。

4. 阶段 4

   04

   正式切换 + 传统平台退役

   获得批准后执行约定的切换及通知计划。监控新环境，保留约定的回滚路径，仅在合同及数据保留义务允许时关闭旧服务。

   ✓切换已批准。监控与归档负责人已指定。退出时间已约定。

切换后保留的内容。

每个运营商最深的迁移焦虑都一样：我会不会丢掉我的玩家、我的数据，或我的合规状态？ 保护这些资产，需要先约定清单并记录验证结果：

玩家账户

映射标识符、账户状态和登录方式。检查重复记录及密码迁移限制；保持已关闭和自我排除账户的限制。

钱包余额

按币种及账本精度对账。在切换前约定待处理提款、未结算交易和退款的处理方式。

KYC 等级历史

审查文件转移权限、有效性、保存要求及接收方的接受标准。可能需要额外验证。

奖金账本

按约定规则测试有效奖金、流水进度和免费旋转。在批准切换前解决差异。

CRM 分群

映射客群及消息接收偏好。保留同意状态和禁止发送标记；恢复营销活动前验证获准的用途。

交易历史

明确需要导入或归档的历史数据、访问控制及保存期限。验证是否满足审计、争议处理和报告需求。

合规状态

验证自我排除、限额、冷静期及风险标记。在开放玩家活动前确认监管方、服务商和运营方要求。

游戏目录

按游戏、地区、供应商和合同核实可用性。记录缺口，并在切换前将重大变更告知受影响的玩家。

从特定厂商迁移？

请对每个供应商使用这份核对清单。以已签署的合同和验证过的接口为依据，确定迁移内容、保留服务和时间安排。

使用其他供应商？范围和工期取决于合同、可导出的数据和需要保留的服务。 发邮件给迁移服务台 并附上你当前使用的厂商，我们来为你评估迁移范围。

可能出什么问题（以及我们如何应对）。

导出环节丢数据

导出记录与余额完成对账并获批准之前，以现有系统为准。切换前测试备份和回滚。

切换时玩家产生困惑

商定维护窗口，向玩家说明变化，并测试登录、钱包和域名的连续性。在计划中明确切换时间和回滚决策点。

监管机构不认可新平台

生产环境变更前，请牌照与合规顾问确认所需的通知、审批和测试。要求取决于司法管辖区及部署方案。

奖金流水计算出现偏差

重放有效奖金状态，在切换前核对计算差异。商定差异处理方式，不要假定舍入规则可以原样迁移。

CRM 冷启动（新系统里没有任何营销活动在运行）

映射玩家分群、活动规则、同意记录和负责任博彩排除条件。启用消息前检查资格，不要自动恢复所有历史营销活动。

传统厂商在退出时设障

与法律顾问核对退出和数据导出权，与供应商明确责任，并为延误做好准备。迁移计划无法保证第三方配合。