优雅的充足

ahad1020

如何知道你有足够的 Eloqua 实例
你怎么知道什么时候喝够了，什么时候喝多了？咖啡喝够了？冰淇淋吃多了？Eloqua 实例用多了？这些都有待讨论。

使用 Eloqua Enterprise 精简版，您很容易想当然地认为既然可以，就应该设置多个 Eloqua 实例。为每个想要推广的团队建立一个新的 Eloqua 实例可能很有吸引力。但考虑到多个集成的预算、复制系统程序所需的时间以及组建更大规模治理团队的成本，这也可能非常昂贵。那么，这个神奇的数字是多少呢？当然，这个数字会有所不同，但您可以权衡一些因素，以帮助您的组织确定最佳数量。

您是否有独立运营的区域或部门？您是否拥有子公司，或者是否同时面向 B2B 和 B2C 客户及潜在客户进行营销？当您审视组织架构时，或许可以明确需要单独 Eloqua 实例的营销团队数量。下一步，审视将与 Eloqua 集成的系统——从您的 CRM 开始。您是否拥有多个 CRM 系统？如果有，这些系统是如何协调的？

统一系统
单个 Eloqua 实例即可共享单个联系人的所有营销接触点和活动视图。这样可以更严格地控​​制品牌和信息传递，并提高治理效率。

如果整个组织只有一个 CRM 系统和一个共享的潜在客户管理流程，乌拉圭电话号码库 那么统一的系统通常是最佳选择。然而，Eloqua 支持将多个 CRM 系统集成到一个 Eloqua 实例中。因此，这本身并不排除使用单个 Eloqua 全局实例。然而，随着 CRM 系统的添加，数据管理的复杂性也会随之增加，最终，大量的 CRM 集成将决定需要多个 Eloqua 实例。

一些组织会选择核心 Eloqua 实例，但对于无法标准化到全局实例的偏远品牌或国家/地区的特定用例，会授予例外。许多组织实施的常见方案是使用一个核心 Eloqua 实例和两个附加实例：一个用于内部消息传递的员工实例，以及一个用于测试和培训的沙盒实例。如果您选择混合方法，则必须明确定义附加实例的规则。如果没有这些明确的规范和拥有拒绝新实例请求权限的团队，您可能会发现您的组织在不知不觉中就采用了分布式环境策略。

分布式环境
当您的团队独立工作时，通常需要多个 Eloqua 实例。如果您拥有多个 CRM 系统和不同的潜在客户管理流程，则可能需要多个 Eloqua 实例。有时，分布式环境是由于系统数据隔离的特定法规或要求造成的。

当您不再使用单一联系人活动的视图时，您的营销流程将需要进行不同的考量。例如，如果一个联系人位于多个 Eloqua 实例中，这会对您的全局退订要求产生什么影响？在一个 Eloqua 实例中全局退订是否合法地要求该联系人在所有实例中都退订？

在启动多个 Eloqua 实例之前，请务必考虑多个集成可能带来的限制和成本。例如，如果您的企业网络研讨会应用仅支持一个 Eloqua 实例上的一个帐户，该怎么办？您是否已为那些可以集成多个 Eloqua 实例但每个集成点都需要支付许可费用的应用预留了预算？

您不仅可能需要根据技术需求为多个实例投入更大的预算，还不要忘记这对您的管理和治理团队的影响。您的团队必须配备适当的人员，并明确定义角色和职责。

谁将在每个实例中配置每个 CRM 或应用程序集成？
从隐私法和选择加入法规开始，谁负责在多个 Eloqua 实例中复制系统程序？
谁负责培训和入职？
谁有责任和权力执行您的 Eloqua 实例的标准以确保用户遵守隐私法和行业法规？
当然，无论你采用哪种方法，明确治理和标准方面的角色和职责都至关重要。但就像任何事情一样，场上的参与者越多，你就越需要明确的规则和能够做出关键判罚的裁判。

就像我们生活中的许多事情一样，方法没有对错之分，只有更适合您组织的决策。所以，喝杯咖啡或吃碗冰淇淋，补充能量，开始寻找最适合您的 Eloqua 实例吧。需要帮助找到最佳解决方案吗？让我们来帮您！立即联系我们。