CDP 连接器神话

在我参加的最近一次 CDP 演示中，一位紧张的客户询问供应商他们是否有连接到 Salesforce Sales Cloud 的连接器。 供应商肯定地回答，客户松了一口气。 但事实是——大多数客户数据平台 (CDP) 供应商的封装连接器令人失望。 继续阅读以了解为什么会这样以及您可以做些什么。

一段历史：企业“portlets”竞赛

这次邂逅让我想起了“企业门户”时代。 当我回顾 2000 年代末和 2010 年代初时，请放纵我——大多数客户和供应商都愿意忘记这段时间，但今天仍然有教训。

企业门户应该为潜在广泛的企业应用程序提供一个单一、方便的界面，在仪表板主题的屏幕上显示为单独的块。 支撑这些单独块的技术有很多名称，但现在，让我们称它们为“portlet”。

很快就很清楚，门户程序从根本上讲是高度复杂的集成项目，因此企业自然会寻求利用预制连接器代码。 供应商以 portlet 目录作为回应，军备竞赛随之而来。 “我们有 250 个 portlet，”供应商会吹嘘道。

这些 portlet 在出处、支持、可用性、性能、安全性和（至关重要的）技术基础方面会有很大差异。 “portlet”通常是某人为单个客户端实现编写的某些 Java 或 C# 代码的参考实例。 通常情况下，代码需要彻底修改，有时是从头开始。

供应商反驳 - 并非不公平 - 问题通常源于远程系统的配置方式，而不是门户平台本身。 也许是这样，但企业最终厌倦了 portlet。 在数字世界的其他技术和业务变革中，门户平台技术逐渐过时。

新的 CDP 连接器竞赛

快进到今天，世界开始将 CDP 理解为集成环境（以及其他）。 我们合作的每个 CDP 选择团队都在努力寻找具有预构建连接器的供应商，以与其现有平台相匹配。 然而，几乎每个 CDP 实施都发现昂贵的开发人员大量修改或重写这些连接器。

CDP 供应商似乎屈服于他们的门户网站兄弟所承受的压力。 如果客户重视多样化的连接器目录，那么作为 CDP 供应商，您必须展示其中的许多连接器，无论是否准备就绪。 在 CDP 演示中，连接器在屏幕上显示为整齐的块（连接平台徽标突出显示），您可以四处拖动 — 几乎像 portlet！

好吧，没那么快。 与 portlet 一样，CDP 供应商连接器可能仅来自单个实现的输出。 更重要的是，在某些情况下，单个连接器不可能解决另一端 Martech 平台的复杂性。

考虑上面提到的 Salesforce Sales Cloud。 该平台存在一个有问题的对象模型，大多数被许可人扭曲或大量扩展该模型。 这就像连接到一只非常愤怒的章鱼。 Salesforce 在这方面绝非孤军奋战。 在这种情况下，CDP 供应商的连接器只能提供基本的脚手架，其余的留给开发人员。

敌人是我们吗？

门户网站因另一个原因而消失。 如果说眼睛是心灵之窗，那么门户就是企业肠胃之窗。 门户仅与底层应用程序一样有用。 通常，这些应用程序杂乱无章，缺乏通用的内容和元数据模型，采用不同的访问控制机制，展示不同的用户体验模型，有时还会暴露低质量的数据。

在我的公司，我们在 CDP 上看到了类似的现象。 根据您如何确定 CDP 工作的范围（以及这里出现的不同模式），CDP 可能会暴露您更广泛的客户数据管理制度的不成熟——更有理由将任何预期的 CDP 与您更广泛的数据架构相匹配。

深入挖掘：如何使用新的 CDP 识别和组织数据

提防声称拥有多种连接器目录的 CDP 供应商

一如既往，预先警告是预先准备好的。 首先，重新考虑超重声称拥有与您的堆栈匹配的连接器目录的供应商。 除了其他原因，简单地移动 CSV 文件可以解决许多（非实时）用例。 当您需要封装的连接器时，特定的集成经验会变得有用，但并不会固有地对冲您未来的实质性发展。 关键是看多少 发展。

希望您正在遵循一个敏捷的 CDP 选择过程，该过程以竞争激烈的烘烤和与一两个决赛入围者的更具技术性的概念验证 (PoC) 结束。 PoC 是测试一些基本连接器的绝佳环境。 然后，您将了解在必要时进行大修的努力程度——而且可能经常如此。

与他们的门户供应商前辈一样，CDP 供应商将承诺“快速启动”包以加速初始实施。 别相信。 再一次，一些延迟可能源于您需要整理自己的数据室的时间，而且，我可以向您保证，有人将进行连接器开发，并且这项工作以季度而不是月为单位进行衡量。 相应地预算您的资源。

获取营销技术！ 日常的。 自由的。 在您的收件箱中。

企业电子邮件地址

订阅 加工...

见条款。