Loading
推出方法

推出方法

没有一种正确的方式来排序收入管理上线。正确的方法取决于贵公司的规模、复杂性、风险容忍度和迁移策略。这四种方法都代表了迁移到收入管理的不同方式。

大爆炸

对于一个维护时段内的所有受影响用户,所有范围内功能将同时上线。

以下是大爆炸方法的一些关键方面。

  • 整个收入团队同时迁移到收入管理。没有双系统运行周期。
  • 在 Sandbox 中运行多个试运行切换,以便团队在生产上线前实践该顺序。
  • 回滚计划至关重要。在提交大爆炸式切换之前,定义并测试回滚程序。
  • 成功的大爆炸产生一个系统、一个数据模型的最干净结果,并且对创建记录的位置毫不含糊。

试点优先

首先发布业务的代表性子集,例如产品线、地理区域或定义的销售代表小组。在您验证试点并解决任何问题后,接下来是更广泛的推出。

以下是试点优先方法的一些关键方面。

  • 选择真正代表更广泛环境的试点范围。过于简单的试点不会显示对全面推出至关重要的问题。
  • 将试点视为流程和配置投资。该试点产生了经过测试和验证的配置,以及一个在更广泛的推出之前已经上线的团队。
  • 使用试点的反馈来制定后续小组的流程和配置决策。试点是一项学习活动,而不仅仅是早期上线。

所有新业务会立即在收入管理中上线。现有 CPQ 合同仍保留在 CPQ 中。在续订或修订时,或通过计划的长期迁移组自然迁移到收入管理。

以下是桥接方法的一些关键方面。

  • 通过这种方法,贵公司可以立即实现新交易的收入管理价值,同时以适度的速度管理现有的客户群。
  • CPQ 许可证保留在桥接策略中非常重要。现有安装群继续需要 CPQ 访问权限,直到迁移每个记录。
  • 您的团队在一段时间内并行运行两个系统。为销售和运营团队提供哪个系统处理哪个交易类型的明确指导。请参阅管理过渡期间的共存。
  • 对于来自 CPQ 的合同,在您将这些记录迁移到收入管理之前,请保持续订自动化和资产管理。

基于队列

不是一次在整个业务中上线,而是将推出组织成定义的组。每个组都独立地完成整个上线过程,每个组的学习都会通知下一个组。

以下是基于组的方法的一些关键方面。

  • 常见的细分方法包括按地理位置或法律实体、按客户细分或按销售动态(直接与合作伙伴渠道)。
  • 每个组都是包含的上线事件,有自己的数据迁移、集成测试、用户验收测试 (UAT) 和切换计划。
  • 在后续组上线时,您的团队已经多次运行该流程,并且配置正在接受完善。这种体验倾向于产生逐渐平稳的上线事件。
  • 基于组群的推出非常适合多地区或多实体公司,在这些公司中,定价、税收或履行方面的地区差异意味着每个组群都有真正不同的要求。
 
正在加载
Salesforce Help | Article