主页 案例故事 3个步骤成功迁移数据到精益云(Leanx)

Leanx数据迁移是最具挑战性的项目之一,并且会根据源数据的大小、格式和准确性而有所不同。数据迁移是将数据从一个系统传输到另一个系统的过程,但是,实际传输之前所需的工作是最复杂的部分。

专业人士花时间思考数据迁移成功的原因。您应该遵循三个一般阶段:准备迁移质量保证 (UAT)。

第 1 阶段:准备

让我们把重点放在准备上——最关键的阶段。

David Masri 的书《使用 Salesforce 开发数据迁移和集成:模式和最佳实践》指出了良好数据迁移的六个属性,即最佳实践背后的“原因”。未能满足其他五个属性中的任何一个都可以通过准备来减轻,但没有什么可以减轻糟糕的计划——或者更糟糕的是,没有计划。

那么,好的规划是什么样的呢?

您的迁移计划应类似于传统的项目计划,具有时间表依赖关系里程碑

您的项目经理 (PM) 是您的朋友和盟友 – 与他们一起制定计划。您是 Leanx 专家,他们将在迁移开始时跟踪您的进度。

当需要开始对特定对象的迁移进行编码时:

  • 该对象的 Leanx 构建已完成。
  • 您已收到利益相关者提供的数据。
  • 它已部署到您的目标环境。
  • 您有足够的时间来分析和编码所有转换。

对于质量保证 (QA) 和用户验收测试 (UAT) 以及生产迁移运行,请确保日期位于您可以投入运行作业所需时间的日期。

规划问题

要问自己并与更广泛的项目团队讨论的问题:

  1. 何时交付要迁移的数据(由旧系统所有者)?
  2. 数据将以什么格式交付?
  3. 谁是源数据主题专家 (SME)?
  4. 是否有任何数据安全问题或处理数据的准则?
  5. 您将使用哪种 中间件 或 ETL 工具进行迁移?
  6. 数据分析需要多长时间?
  7. 数据有多干净?数据清理是否明智,如果是,谁负责,何时完成,在什么系统中完成?
  8. 数据映射文档何时完成,谁负责创建它?
  9. 您何时与利益相关者一起审查数据映射文档?
  10. 什么 Leanx 环境将用于质量保证 (QA)、用户验收测试 (UAT) 和迁移到生产环境?如果当前正在构建目标 Leanx Org,则何时可以使用各种对象,以便您可以向其加载数据?
  11. 何时执行迁移的第一次完整端到端运行?
  12. 谁将执行 QA / UAT?每个回合多少轮?
  13. 您何时开始直播?
  14. 您有多少时间进行生产切换?(这可能会导致用户无法使用旧系统或 Leanx 暂停使用)。

数据选择

确定要迁移的数据以及该数据的真实来源

您在 Leanx 中构建的流程将影响选择。在分析需要迁移到 Leanx 的数据时,您可能还会意识到需要构建其他对象和流程。因此,数据迁移可能会成为一种“先有鸡还是先有蛋”的情况。

事实来源通常是后端 – 存储客户交易的地方。但是,并非所有业务数据都是后端数据。例如,销售过程中的沟通可能通过电话、电子邮件等方式进行。

专注于确定哪些数据由哪个团队收集,以及哪些数据与存储在 Leanx 中相关:

  • 销售:如前所述,销售过程中的沟通可能通过电话、电子邮件等方式进行。
  • 服务:服务专员在哪里处理服务工单?如果销售和服务团队不在同一个系统上工作,您将需要将客户与服务案例进行匹配。
  • 营销:如何捕获经过资格预审的潜在客户 – 他们是否作为潜在客户进入 Leanx,以及在潜在客户生命周期的哪个阶段?他们是否也使用客户数据(例如,用于追加销售和续订活动)?如何表示同意是否有注意事项?
  • 财务:发票和收入确认如何运作?

您可能会有多个数据源(即不同数据类别的不同事实来源)。概述要迁移的数据以及从何处提取数据:

数据类别数据来源
活跃的客户信息平台端
非活跃的客户信息平台端
订单平台端
潜客信息销售端
历史销售合同销售端
工程项目服务端
客户工单服务端

数据映射

确保每个源系统的所有记录都有一个唯一的标识符 (ID)。

如果一个源系统中的任何数据类别与另一个系统中的另一个数据点相关,则需要相关数据点的 ID。例如,如果您计划迁移后端客户数据,并从以前的 CRM 导入过去的合同信息,则每个合同记录都需要有一个客户 ID(来自后端)。

  • 从源系统获取元数据样本,了解数据的结构 – 每个字段和表都需要包含在此示例中。
  • 将源系统中的表、字段和值映射到 Leanx 对象、字段和值。

源系统中的 Leanx 数据模型数据结构差异越大,数据映射过程就越复杂。

数据映射文档何时完成,谁负责创建它?您何时与利益相关者一起审查数据映射文档?这些都是要问的重要问题。

数据清理

如果没有 ID,您将需要执行数据清理。

从数据集中删除重复项和过时的帐户。这里需要用户的帮助,因为他们应该能够填写缺失的 ID 并指明他们想要保留的数据。确定谁负责,何时完成,以及在哪个系统中完成。

第 2 阶段:迁移

您选择将数据从源系统传输到 Leanx Org 的方法将取决于:

  • 与您合作的项目团队成员(例如开发人员、管理员)。
  • 您需要导入 Leanx 的记录量。
  • 源数据的复杂性,以及源数据模型和 Leanx 数据模型的不同程度。

第 3 阶段:质量保证 (UAT)

什么 Leanx Org 将用于质量保证 (QA)、用户验收测试 (UAT) 和迁移到生产环境?

将数据迁移到 Leanx 后,您需要确保所有数据都已正确传输,即以正确的格式传输,并且关系在 Leanx 中准确反映。

请记住,对于 QA、UAT 和生产迁移运行,请确保日期位于您可以投入运行作业所需时间的日期。UAT 测试人员除了日常工作之外,通常还会执行 UAT。你不能指望他们每天花四个小时进行测试,每天,持续两周。了解他们的日程安排,并确保他们了解所需的承诺。

要求用户在 UAT 期间测试意图,在这种情况下,我们指的是业务目标。代码(包括数据迁移)满足技术指定要求是很常见的,但在业务意图方面却完全错过了目标。

如果测试不成功,请找出导致错误的阶段。如果错误是准备阶段的结果,则需要迭代整个过程。不幸的是,缺陷是一个耗时的过程。记录后,他们可能需要召开会议以确认问题是真实的,以及应该怎么做。因此,您应该规划用户有足够的时间来全面测试数据。

总结

正如开头提到的,Leanx 数据迁移是您将面临的最具挑战性的项目之一,它会根据源数据的大小、格式和准确性而有所不同。

本指南概述了 Leanx 数据迁移阶段 – 良好的规划是什么样的,要问的基本问题,以及使您的项目经理成为宝贵盟友所涉及的风险。

如需深入的建议,David Masri 的书《使用 Salesforce 开发数据迁移和集成:模式和最佳实践》是一个不错的选择。Masri 指出了良好数据迁移的六个属性 – 最佳实践背后的 “原因”。未能满足其他五个属性中的任何一个都可以通过准备来减轻,但没有什么可以减轻糟糕的计划——或者更糟糕的是,根本没有计划。