优化销售区域的性能
学习目标
完成本单元后,您将能够:
- 明确使用销售区域时提升性能的几种方法。
- 说明如何高效重新分配子区域。
- 说明如何为分配规则定义有效的筛选条件。
- 确定是否在客户更新时触发分配规则
简介
时光飞逝!杰出的 Salesforce 管理员 Maria Jimenez 为 Ursa Major Solar 设置销售区域几个月了。她的销售团队已经取得了巨大的成功,因为现在可以很容易地跟踪谁在做什么。
最近,Ursa Major 收购了竞争对手 Capricorn Solar。为了处理 Capricorn 的销售区域、客户和代表,Maria 加班几点。她特别关注系统性能。具体来说,她想对她的活跃区域模型作出很多改变,并维护非常多的区域。是时候更进一步,获得一些高级技能,以确保该功能尽可能高效地运行了。
在本单元中,我们将尽力回答 Maria 关于性能优化的问题。让我们开始吧!
避免过多的规则评估
Maria 要做的第一件事是将 Capricorn 的父区域添加到 Ursa Major 的活跃区域模型的区域层次结构中。然后是给它们分配客户。她想知道如何才能最大限度地减少与客户分配规则相关的性能问题。
我们建议将继承的规则应用于子区域。
将父区域添加到区域层次结构时,最好将继承的客户分配规则应用到其子区域。将每个区域层次结构分支定义为它自己的“树”,会使同一级别的“兄弟姐妹”相互排斥。这样,您就可以防止规则引擎评估超出必要数量的层次结构分支,从而提高性能。
要应用继承的规则,请在分配规则的详细信息页面上选择应用到子区域。
避免不必要的访问权限级别重新计算
为了合理安排 Capricorn 的区域结构,Maria 还需要对她的活跃区域模型进行更多的改变。在不影响性能的情况下,她将区域重新分配给其他父区域的最佳方法是什么?
我们建议首先从区域层次结构的最低级别开始,在那里进行更改,然后逐级向上移动。使用此方法可以避免重新计算同一区域的客户、业务机会、联系人和案例的访问权限级别。
注意:对于处于规划阶段的区域模型,这种方法不是必需的。
在分配规则中定义有效的筛选条件
现在,Maria 已准备好在 Capricorn 客户的一些新分配规则中定义筛选器。她需要记住哪些最佳实践以便减少性能问题?
我们建议在数字字段而不是字符串字段上定义条件。并避免将数字条件定义为文本。
字符串字段上的运算符不区分大小写,这可能会影响性能。因此,不要在字符串字段上定义条件,而是考虑在数字字段上定义条件。
此外,将数字字段定义为文本也会降低性能。因此,举例来说,在员工人数的筛选条件中输入 1000,而不是一千。
保持分配规则的限制性
随着 Maria 继续定义 Capricorn 客户的分配规则,我们还有更多建议。
当您定义分配规则时,请使其尽可能具有限制性。例如,避免包含大量 OR 条件。这样,Salesforce 就不会为某个区域分配太多客户。
创建反映这些比率的筛选条件以获得更好的性能。
- 与某个区域关联的记录超过 10,000 条可能会导致性能低下。例如,给一个区域分配 12,000 个客户可能就太多了。
- 对于区域数量与分配的用户数量的比率,经验法则是 3 比 1。
- 如果您需要向某个区域添加超过 1,500 个用户,请不要使用“设置”。通过 API 管理用户到区域的分配。
避免在不需要时运行分配规则
Maria 熟悉“保存时根据区域规则评估此客户”选项。她想知道是否可以将其用于 Capricorn 的客户以节省时间。
我们建议谨慎使用。
您可以将 Salesforce 设置为在更新客户时运行客户分配规则。
- 要在客户编辑页面上进行设置,请选择保存时根据区域规则评估此客户。
- 要使用 API 进行设置,请在 SOAP API 或 REST API 更新调用中设置适当的标头参数。
但由于 Salesforce 会为您的所有客户运行分配规则,即使只更新了一个客户,因此性能会受到影响。为了避免性能下降,请谨慎使用这些方法。
提示:要在整个会计期间保持稳定的区域客户分配,请在添加到客户页面布局的自定义字段中复制分配规则属性。然后在规则定义中使用自定义字段,同时继续像以前一样使用原始字段。以这种方式设置可以控制客户属性,以便分配保持稳定。
Maria 学到了很多关于优化性能和销售区域的知识。是时候让她休息一下了!与此同时,测试一下您自己的知识掌握情况吧。
资源