数据迁移的设计

      数据迁移的设计分为两个部分。第一个部分是功能设计，它描述了需要迁移哪些类型的数据（在业务实体中，如“账号”、“联系人”、“服务票据”），每种类型需要迁移哪些记录（所有记录、过去6个月的记录，还有只有活跃的记录），以及每种类型的数据将如何映射到CRM应用程序中。技术设计描述了如何完成迁移，以及迁移工具的选择将如何驱动迁移结构。技术设计的内容超出了本文的范围；这里，我们将主要关注功能迁移的设计。

      作为数据迁移的一部分，每个源应用程序都需要各自的功能和技术设计。

      像应用程序设计一样，数据迁移是一个非常耗时的过程，它需要那些了解源应用程序及其使用方法，以及最终的CRM应用程序设计的项目 团队成员的参与。

      1、功能设计：哪些数据需要迁移

      熟悉源应用程序的项目涉众和主题事务专家应该有良好的能力对由应用程序管理的重要业务数据进行指导，并能够指出哪些数据必须输入到CRM中以满足项目目标。对于这个问题，你可能会得到一个轻率的答案：“当然是全部数据了”。事实上，添加到迁移中的每个业务实体都会增加成本和复杂性，而很少有一个应用程序中的所有数据都具有足够的价值，值得添加到迁移过程中。

      2、功能设计：每种类型需要迁移哪些记录

      迁移的数据量影响着数据迁移过程的成本和复杂性，它会极大地增加开发、测试和执行迁移所需的时间。对于确定需要迁移的每种类型的数据，要考虑是迁移全部的数据集，还是一个子集，这最有价值的。在从一个CRM应用程序向另一个CRM应用程序迁移的例子中，你可能会产生这样的疑问：“我需要5年多以前的客户电话记录吗？”或是“已经有两年多末被更新的销售线索还有价值吗?”