阶段 1：了解当前状态

保护主管赞助

如果没有明显的主管赞助，当出现重大决策或权衡时，项目往往停滞不前。在承诺实施策略之前，请确定一位指定的执行发起人，该发起人应了解变更的范围，已批准资源承诺，并能够让销售、财务、法律和 IT 部门的利益相关者参与进来。

组建核心团队

分配一个小的跨职能团队，他们可以为项目投入一致的时间。避免在有效项目阶段将注意力分散到其他优先级。典型的核心团队包括：

• Salesforce 管理员：管理配置、Sandbox 组织和技术执行。
• 产品或目录所有者：了解商业产品结构，并对目录更改拥有决策权。
• 收入运营潜在客户或业务分析师：将业务需求转化为 Salesforce 设计决策。
• IT 或集成架构师：拥有集成环境和自定义代码清单。
• 执行发起人：提供可见性，消除障碍，并使项目与业务优先级保持一致。

核心团队必须了解整个产品到现金的生命周期和所有基础技术。

评估您的 Salesforce CPQ 组织

在定义迁移范围或方法之前，请评估您当前的 Salesforce CPQ 组织。使用可用的迁移工具，包括早期采用者的工具，例如 Forsys、IdeaHelix 或 Prodly，在与迁移规划最相关的维度上评估您的 Salesforce 组织的复杂性。评估必须回答这些问题。

• 目录中有多少产品、捆绑包、产品规则和属性，有多少产品被积极使用，目录是否合理化？
• 有哪些定价规则、报价计算器 Apex 插件脚本，它们包含哪些业务逻辑？
• 有多少有效订阅和资产，有多少准备处理，它们的数据结构是什么？
• 正在使用哪些自定义代码和页面布局？
• 哪些集成引用 CPQ 对象，以及哪些数据流过它们？

记录 CPQ 实施难点

在开始迁移之前，请了解当前 CPQ 实施中的文档限制和解决方法。此信息定义了项目的成功标准。抓住这些要点。

• 性能或可扩展性问题：报价计算时间、页面加载延迟和批准瓶颈。
• 功能差距：CPQ 无法满足的业务需求，或者只能通过重大的自定义开发来满足。
• CPQ 解决方法：手动步骤、离线电子表格或弥补 CPQ 限制的影子系统。
• 集成摩擦：CPQ 和下游系统之间的数据流动不畅。
• 流程改进：在迁移前需要更新或优化的流程。在新系统中，按原样迁移的复杂流程将同样复杂。利用这个机会简化它们。

这些痛点成为迁移的成功标准。在继续第 2 阶段之前，请确定成功标准。

开始数据质量补救

迁移期间解决数据质量问题的成本比迁移前更高。无论您选择的迁移策略如何，尽早开始补救。首先关注这些领域。

• 在目录中仍标记为已启用的重复或停用产品。
• 产品线或业务部门之间的属性命名不一致。
• 查看 CPQ 成本手册数据，了解潜在重复项。要保留历史成本记录，请为有效结束日期创建自定义字段，并在迁移前填充此日期。
• 孤立记录，例如没有父客户的订阅或没有父报价的报价行。
• 创建一组需要一起迁移的订阅记录。您不需要迁移已取消的订阅。
• 资产记录不完整或不一致，可能影响客户资产生命周期管理 (CALM) 迁移。
• 在最初创建价格手册条目记录后，价格手册条目记录上的 ProductSellingModelId 字段为只读。如果您在创建时迁移到收入管理而没有指定产品销售模型，将导致在没有创建记录的情况下无法在迁移后更正价格手册条目记录。因此，请确保在迁移前正确映射产品销售模型。如果您需要编辑权限来更改价格手册条目记录中的产品销售模型，请联系 Salesforce 客户支持。
• 虽然 CPQ 使用记录类型来标识 CPQ 相关记录，但收入管理使用应用程序使用情况分配记录来标识收入管理生成的记录。应用程序使用分配记录必须填充所有交易记录，例如报价、订单和资产，以便资产生命周期操作成功。
• 在 Salesforce CPQ 中，属性可以直接分配给产品。在收入管理中，通过产品类继承的属性。由于 CPQ 用户没有产品类，因此需要在迁移期间通过分组具有相同属性集的产品来系统地创建它们。
• 在 Salesforce CPQ 中，您可以为每个产品和每种货币创建多个成本条目，包括零单位成本条目。在收入管理中，您无法创建重复的成本手册条目记录或相同币种的 ISO 代码。这种差异会导致迁移错误。

阶段 1 核对清单

在进入第 2 阶段之前，请确认您已经完成这些任务。

• 执行赞助到位，资源承诺获得批准。
• 核心团队已经到位，具有定义的角色和足够的能力。
• Salesforce CPQ 组织评估已完成，团队了解复杂性简档。
• 记录当前 CPQ 实施的痛点，团队对成功有共同的定义。
• 已发现重大数据质量问题，并已开始补救。
• 您的 Salesforce 客户主管已参与，并了解许可和支持选项。

完成阶段 1 中的所有项目后，继续阶段 2。