MarTech 的真实故事:“但它会扩展吗?”
已发表: 2021-10-29在因特朗普对口型而出名之前,喜剧演员和前谷歌员工莎拉·库珀(Sarah Cooper)出版了一本关于如何在会议期间给人留下深刻印象的好书,她给出的十大建议之一是:“但它会扩大规模吗? ?”
好吧,冒着让所有聪明人穿上你的风险,我认为规模实际上是一个非常重要的问题,要问你是否为大型企业从事营销技术工作。

“规模”是讽刺的成熟,因为它是一个棘手的概念,很少明确定义,但不知何故无处不在。 这就是为什么您可以在会议中随便提及它,而不必对您的真正意思负责。 那么,可扩展性到底意味着什么,martech 领导者什么时候应该关心呢?
规模问题
在 Real Story Group 评估的那种打包的 martech 平台的世界中,人们在谈论非常不同的事情时会说“规模”,例如:
- 特征广度和场景多样性(范围);
- 功能深度和丰富性(复杂性);
- 管理和定制能力(适应性);
- 活动量和交通强度(使用); 或者
- 响应时间,尤其是在峰值(性能)时。
由于所有这些含义都是相关的,因此规模的概念可能开始变得模糊和通用。 在供应商手中,可扩展性具有市场营销的品质。 例如,几乎每个小型电子邮件营销供应商都吹捧至少一个财富 1000 强客户。 事实证明,他们的平台获得了慕尼黑办公室宠物爱好者俱乐部的许可。 它也适用于您的大型企业吗?
尽管如此,我相信可扩展性的概念还是有价值的,对于你们中的一些人来说,在构建你的 martech 堆栈时可能会成为一个决定性的考虑因素。 所以让我们更深入地挖掘。
不是超大型的部门
我们从 RSG 订阅者的汇报中了解到,你们中的大多数人都面临着规模上的重大挑战——许多软件供应商在追求大众市场时往往无法充分适应这些挑战。 在过去十年与来自主要全球公司的企业架构师的无数对话中,我们听到客户表达了一致的挫败感:“供应商将我们视为一个超大型的部门,而不是一个复杂的、多方面的组织。”
除了极少数例外,现代企业并不是一个超大型的部门。 可以肯定的是,企业可能希望为其多样化的活动注入一些共性。 这可能意味着在全球范围内作为一个统一的营销团队执行,也许从公共传播的角度用一种声音说话,并在其产品中提供单一的客户支持环境。 但是,要让数千名员工为数十个不同市场的客户服务并不是一件容易的事。 技术需要在这里提供帮助,而不是阻碍。
一些普遍的规模挑战
与其将规模定义为 X 数量的员工和 Y 数量的销售额,不如让我们回顾一下尝试在大型企业实施技术时出现的一些挑战。 并非每个组织都面临以下所有挑战,但是当它们开始堆积时,您面临的技术选择开始变得质变。
访问控制和权利
在这里,可以扩展的平台将迅速超越那些不能扩展的平台。 能够连接到单个企业目录进行身份验证和可能的授权是不够的; 该平台可能需要使用多个目录。 此外,平台可能需要支持复杂的组和角色权利。 对于拥有多种产品或产品的企业的分布式数字营销团队来说,这是一个巨大的问题。
令人惊讶的是,RSG 涵盖的 160 种产品中很少有人能够做到这一点,或者做得很好。
全球足迹
足迹遍布全球或接近全球的公司面临着重大的营销技术挑战。 不仅仅是他们部署的软件需要支持多种语言(尽管这仍然是一个问题)。 您实施的工具需要支持多个地理概念,例如地区和国家,以及可能在地理上和功能上矩阵化的人员。
多重监管和法律制度
大型企业没有将合规视为麻烦的奢侈。 他们必须以小公司通常不会的方式“照章办事”——或者更准确地说,因为他们必须在不同的(通常是相互冲突的)监管和法律机构中工作,所以他们必须按照不同的规定行事。 供应商仅仅断言他们的平台是“符合 GDPR 的”是不够的
高调
当 Acme Towing 的公共网站被黑时,很少有人关注。 当亚马逊或苹果被黑客入侵时,人们会注意到。 大型企业必须格外小心使用经常被针对的平台,即使这些工具(如 WordPress)非常安全。 大型企业希望像其他所有人一样敏捷,但他们在游戏中的赌注通常会让他们寻求比“公开测试版”更可靠的东西。 当然,更高的知名度也意味着更多的诉讼可能性,尤其是在诉讼快乐的北美。
强烈的运营需求
最大的企业非常关心运营和知识管理,即使他们实际上并没有这样标记。 他们知道,要在规模上取得成功,他们需要有效的方法来编目和重复良好实践,即使是回答问题或查找专业知识的简单方法。 企业可以(并且应该)讨论如何实施数字营销,但完全忽略流程是小公司的奢侈品。

高容量和可变峰值
大牌品牌可能会遇到面向公众的网站、应用程序和 API 接口的高流量和流量高峰。 一些公司,例如电子商务或媒体领域的公司,面临着超出其运营规模的特别艰巨的挑战。
大型企业的员工通常在地理上分散,也可能对营销系统提出不可预测的需求。 我见过更多的部门工具只是在企业数量上崩溃,这比我想记住的要多。
用例多样性
这是 最大的,人。
许多软件平台可以支持跨多个业务单元的单个用例,或支持单个业务单元中的多个用例。 这与部署一个可以解决全球范围内各种业务问题的平台不同。 可以扩展到最大型企业的技术还必须解决各种业务线,有时甚至在内部相互竞争。
一方面解决本地问题与管理企业范围的多样性之间的紧张关系,一方面是快速部署、基于 SaaS 的产品流行的原因,另一方面是大型企业在使用基于 SaaS 的解决方案时遇到的看似不可避免的上限.
另一方面,更大更广并不总是更好。 在订阅营销技术套件供应商的神话时,您需要特别小心。 我一次又一次地发现自己正在安慰那些名牌建议适当关注规模的供应商的客户,但他们出售的平台并没有解决上述一些关键挑战。
所以呢?
这篇文章只是一个简短的介绍。 如果您从事这项业务已有一段时间,您可以添加自己的可扩展性战争故事。 在 RSG 的评估研究中,我们更深入地研究这些问题以区分供应商。 如果您为大型、全球或复杂的企业工作,那么可扩展性很重要,而且您不会看起来像 .smart 那样试图确保在规模超越您之前达到规模的顶端。
MarTech 上的 Real Story 是通过 MarTech 和 Real Story Group 之间的合作关系呈现的,Real Story Group 是一个与供应商无关的研究和咨询组织,可帮助企业做出更好的营销技术堆栈和平台选择决策。
本文中表达的观点是客座作者的观点,不一定是 MarTech。 工作人员作者在这里列出。