“如果技术栈是一支管弦乐队，哪种产品会担任指挥？”首席 Martec Scott Brinker 在今年的第一篇专栏文章中问道。简而言之，Brinker 认为人工智能代理在这里扮演着重要的角色。
Martech 堆栈如何发展成为今天的样子
大约六年前（2019年3月），我曾与Brinker坐下来讨论从单一供应商营销云（而非“Frankenstack”）到平台模式的转变。让我来详细分析一下。
二十世纪二十年代，像 Oracle 和 Salesforce 这样的供应商曾一度对那些负担得起的企业说，把一切都交给我们吧。我们会尽力提供你们所需的一切服务。事实上，时任 Oracle 首席执行官的已故马克·赫德 (Mark Hurd) 在 2015 年就曾预测，到 2027 年， 白俄罗斯电话号码数据 两家供应商将占据 80% 的营销技术市场。
另一方面，“Frankenstack”则完全是订购单独的单点解决方案，然后以某种方式在内部将它们串联起来（抱歉，应该说是集成）。对于那些无力承担 Oracle 或 Salesforce 成本的企业来说，这种方法通常是出于实际需要。
我和 Brinker 讨论的 HubSpot（以及 Salesforce）正在经历的转型，就是平台模式的出现。一个解决方案将位于堆栈的中心，但通过 API 连接到其他单点解决方案，这些解决方案可以完成主平台无法完成（或做得更好的）的事情。因此，Salesforce AppExchange 和 HubSpot App Marketplace 应运而生。
本质上，我们今天仍然处于这种状态，尽管编排和集成大量应用程序并使它们之间的数据流合理化仍然具有挑战性。但我们也不要忽视 iPaaS。
iPaaS 作为解决方案
集成平台即服务旨在通过提供基于云的工具来自动化Martech应用的集成和编排，从而缓解这些挑战。不妨看看
iPaas 是一套云服务，支持开发、执行和管理集成流程，连接单个或多个组织内的任何内部和基于云的流程、服务、应用程序和数据的组合。
领先的 iPaaS 供应商 Mulesoft 于 2018 年被 Salesforce 收购。
然而，在实践中，iPaaS 解决方案承诺的远多于其实际交付能力。尽管它们承诺实现自动化，甚至允许非技术团队使用。然而， 潜在客户捕获工具 集成过程中隐藏的复杂性以及频繁定制现成 API 的需求意味着需要开发人员的参
iPaaS，遇见 AI
但是，现在我们不是已经有了一个明显的竞争对手来运行 iPaaS，甚至能够在没有 iPaaS 的情况下处理堆栈的编排吗？来见见你友好的 AI 代理吧。
无论如何，这就是 Brinker 的论点。AI 代理已经开始在堆栈中协调应用程序。如前所述，像 Salesforce 和 HubSpot 这样的大型公司现在已经在其平台中嵌入了 AI 代理。正如 Brinker 所观察到的，中型供应商也在走类似的道路（例如 Braze 和 Zeta）。
听起来很简单。但代理开发者解决方案也非常丰富，为企业提供了创建和定制代理的能力，以满足各种用途。当然，谷歌和 OpenAI 支持代理开发， 埃克萊拉納賈 但其他数十家不太知名的供应商（包括低代码和无代码解决方案）也支持代理开发。
摆脱混乱，找到简单——但还不是时候
人工智能代理最终解决堆栈集成和编排挑战的潜力无疑令人兴奋。它们还拥有设计和开展营销活动，以及接管 90% 以上（甚至更多）客户支持和服务活动的潜力。（Brinker 表示，营销活动的自动化个性化“即将被称为‘人工智能决策’”；这对于多年来一直以此命名的 Pega 来说可能是一个惊喜。）
我向 Brinker 的热情致敬。但他和我都经历过很多事情，深知许多承诺解决所有问题的开发——从营销自动化到 CDP——最终都只是部分解决方案，而且往往实际上增加了堆栈的复杂性。
Salesforce 的代理化或许对 Salesforce 客户来说是一项重大进展。但对许多企业而言，无论是出于集成还是其他目的，部署 AI 代理都将是一项漫长而复杂的任务。