膨胀的营销栈是真实存在的。
今天，市场营销人员和营收领导者可以选择的景观近10000个martech解决方案，平均而言，这有助于公司使用超过一千种云服务．
团队购买应用程序和其他市场技术来解决问题，但太多的应用程序会产生新问题。上下文切换会消耗生产力，被困的数据会导致错失收入机会。
收入运营的兴起，或revops，作为一种驱动方式有效的,可预测的收入提供了重要的承诺，但它不能解决膨胀的问题。Revops团队经常购买更多的软件，添加到碎片化的、过度复杂的堆栈中。
接受revops的公司最好重新思考一下“有一款应用可以做到这一点”的思维模式。
数据竖井的增长
“数据竖井”通常意味着数据被困在公司的不同部门。令人惊讶的是，SaaS的采用在营销部门内部产生了数据竖井。
营销人员经常将CRM系统视为他们的核心——“唯一的真相来源”——但这是一种误导性的描述。大量有价值的数据被困在公司的其他技术中，而营收团队没有所有权，甚至没有权限访问这些技术，因此他们错过了产品使用等领域的有价值数据。
即使是martech栈内的工具，如社交广告平台和网站分析工具，也因捕获数据而臭名昭著。
对于营销人员来说，大部分数据都是一座金矿，特别是当与CRM数据相结合时。那么，营销人员如何在访问所需信息的同时解决堆栈膨胀问题呢?
解决Martech栈膨胀的四种方法
1.采用极简主义
为了解决堆栈膨胀问题，一些人考虑过“近藤麻理惠”堆叠本身．当然，有许多软件解决方案并不能带来快乐，减少订阅也可以节省成本。
如果事情已经失去控制，技术堆栈极简主义可以很好地让团队专注于最重要的事情。要登录的应用程序更少意味着数据竖井更少，这总是一件好事。
极简主义的一个核心论点是，拥有更少能够最大化和欣赏剩下的东西。通常情况下，典型堆栈中的大多数应用程序都没有得到充分利用，而且可能有冗余的应用程序可以合并到单个工具中。
技术堆栈极简主义是对堆栈膨胀的有效回应，但它不是唯一的回应，因为许多解决方案确实是关键任务。
2.考虑数据架构
没有什么地方比数据架构造成的破坏更大了。内部的“市场结构”幻灯片曾经是可读的，但今天的模型因数据湖、BI工具、分析平台等而变得更加复杂。
真正的问题是，没有一家公司的技术堆栈是一夜之间建立起来的;每个人的电脑都是逐渐获得的工具和平台的集合。每个选择在当时可能都具有战略意义，但优先事项会发生变化。
数据架构很少得到应有的优先考虑，特别是在市场营销和销售部门，在这些部门，快速的胜利会推动收入的增长。
重新评估数据模型可能会使您回到应用程序极简主义:也许您会发现一些解决方案并不适合您的最佳架构。或者它可能促使您重新考虑供应商在您的堆栈中提供的集成。
3.考虑本地集成
如果你必须猜营销自动化平台购买的第一优先事项，你可能会说性能或功能，但你错了。第一要务是与其他营销团队整合．我曾见过营销团队在软件评估过程中排除了创新的、最好的应用程序，仅仅因为它们与其他应用程序不兼容。
性能运动员不会在他们的装备上妥协，性能营销人员也不应该这样做。退而求其次会限制收入增长，阻碍营销人员发挥全部潜力，但这种情况太普遍了。
如果营销人员真的想要高性能，他们应该重新考虑对本地集成的依赖，并对工具之间的API连接进行更多的控制。
我曾经听一位技术领袖形容一个紧密相连的市场技术栈为“没有走廊和门的房子”。他的观点是，大多数需求生成团队应该能够想象客户从社交广告平台(如LinkedIn)的前门走进，从营销自动化平台的窗户爬进，从空调通风口溜进CRM。
这听起来不太合理，但这就是如今典型的收益栈的状态:每个应用以瀑布流的方式管理一段时间的数据，从转换点到营销自动化，再到数据丰富，再到引导路由器，再到Salesforce。数据在每个点都在变化，之前的版本已经过时;流中的任何失败都可能在以后产生后果。
控制API连接，将本地集成抛在脑后，不仅让营销人员对数据有更多的控制，还使他们能够超越martech的“堆栈”视图，拥抱更现代的方法。
4.拥抱可组合性
有远见的收入团队正在重新考虑他们的revops堆栈。他们不把他们的工具看作是刚性塔上的乐高积木的集合，而是把他们的全部数据和应用程序看作是粘土，要雕刻成定制的东西，以适应他们自己的流程。
在低代码工具的支持下，营销团队现在可以定制技术以适应他们自己的流程，而不是相反。
从由您的技术塑造的过程到塑造与您的过程相匹配的技术是一个重要的步骤。这是一个强大的差异化来源，高德纳公司称之为可组合的企业．
在实践中是怎样的呢?也许是一个营销团队用Airtable中定制的东西替换了内容交付工具，或者是一个销售开发团队在恰当的时候在Slack中显示来自Salesforce的数据。
任何时候，营销人员可以重用一个应用程序来创建定制的东西或消除登录步骤，堆栈膨胀和数据竖井问题就会缩小。
实现和谐
作为营销人员，我们需要在堆栈中实现和谐。只有克服了martech栈膨胀，我们才能实现revops的承诺，快速组织和优化营收团队和技术栈之间的客户体验，挖掘被困的营收机会。
对于revops中的人员来说，快速更新lead流程或适应栈中的新工具需要速度、敏捷性和代码自由。
最终，驯服堆栈使更多的人能够将创造性的想法带到生活中，从而使客户受益。无代码开发的承诺已经到来，创新的营销人员应该准备好利用它。
