了解迁移策略

部分迁移

通过有针对性的产品目录合理化和定价逻辑的选择性重新设计，迁移您的 CPQ 配置。这种方法最适合中端市场公司、目录复杂性适中的 CPQ 组织，以及希望收入管理受益而无需完全重新设计的公司。

此方法包含这些关键迁移任务。

• 产品目录的部分合理化，明确区分商业产品和技术产品。
• 重新实施具有属性和产品销售模型的高价值产品线。
• 在后续阶段迁移原有产品线，而不进行更改和合理化。

这种方法提高了可用性，并提供了对关键收入管理功能的访问权限，其风险比完全合理化更容易管理。但是，这需要在迁移的数据和合理化的数据之间进行调和。

完全合理化

使用基于属性的收入管理模型重新设计产品目录。对于事务数据，使用客户资产生命周期管理 (CALM) 模型。对于需要收入管理全部价值的公司，建议使用此方法。它最适合复杂的 CPQ 组织、目录较大或不一致的公司以及具有长期路线图（包括动态收入管理器 (DRO)、Agentforce 和全方位）的公司。

此方法包含这些关键迁移任务。

• 使用基于属性的产品替换产品 (SKU)。
• 通过使用分解规则在商业和技术产品之间映射，从商业和技术角度重新设计产品目录。
• 通过使用定价程序而不是迁移每个规则来重新设计定价。
• 将订阅迁移到 CALM 模型。

此方法显著提高了可用性，并提供了对 DRO、Agentforce 和全方位 API 的完整访问权限。但它需要最前期的设计投资，并对当前的业务流程产生更广泛的影响。

重新想象或绿地

独立构建收入管理，将 CPQ 数据视为历史参考，而不是迁移源。收入管理被配置为满足未来状态的业务设计。这种方法最适合改变业务模式、添加新业务部门或使用过于复杂、无法高效迁移的 CPQ 配置的公司。

这种方法涉及这些关键特征。

• 在任何配置开始前重新设计业务流程。
• 没有 CPQ 数据的迁移。
• 在结束期间，历史数据仍可在 Salesforce CPQ 中访问。

这种方法提供了最大的设计自由度和干净的建筑基础。但是，在迁移期间，它需要大量的重新实施工作、用户重新培训和并行系统管理。

完全迁移或提升和轮班

将现有 CPQ 配置和数据迁移到收入管理，只需最少的重新设计。目标是尽快实现与 CPQ 的功能对等。这种方法最适合于简单的 CPQ 组织、短期的截止日期和对流程更改的渴望不高。

此方法包含这些关键迁移任务。

• 无需更改和合理化即可迁移产品目录。
• 在收入管理结构中重新创建尽可能接近的定价规则。
• 资产和订阅的完整迁移。

这种方法提供了最快的收入管理采用途径，同时最大限度地减少了业务中断。但是，它只释放了部分收入管理功能，并引入了技术债务。可用性挑战也可能持续存在。

备注 虽然此选项在技术上是可行的，但我们强烈建议重新设计您的流程，以充分利用收入管理功能。

迁移策略比较

这些迁移策略之间的关键区别在于更改的范围和启用的功能。使用此表了解不同策略的结果差异。

尺寸	部分迁移	完全合理化	重新想象	完全迁移
产品目录	选择性合理化，高价值行转移到基于属性的模型	使用商业和技术产品分离重新设计基于属性的完整目录	在收入管理中独立构建目录	无更改地迁移基于 SKU 的目录
定价	通过部分复制原有规则重新设计密钥定价逻辑	重新设计定价	重新设计定价	在收入管理结构中复制 CPQ 规则
资产	CALM 模型的部分改造	完全迁移到 CALM	从头开始在 CALM 中构建	无更改迁移到 CALM
CPQ 数据迁移	是。目录和优先级事务数据的迁移	是	编号 CPQ 数据仅作参考	是。目录和事务数据的完整迁移。
Agentforce	可通过改进的目录和定价基础获得	完全与干净的数据模型一起使用，支持更丰富的客服人员操作	从一开始就完全使用	可用，但有目录限制。从 CPQ 继承的定价复杂性。
DRO 和合同生命周期管理 (CLM)	部分可用于合理化产品线	完全可用，具有支持端到端 DRO 和 CLM 的干净目录和资产模型	完全可用，专为使用 DRO 和 CLM 而设计	受订单模型和目录结构限制的
推荐对象	希望有意义的收入管理功能而无需完全重新设计的公司	具有长期路线图并需要所有收入管理功能的公司	同时改变业务模式或重新开始的公司	优先考虑速度和连续性的公司

在您了解各种迁移策略后，确定贵公司的正确策略。