Marteker 技术营销官 - Martech行业专业媒体

Scott Brinker：康威定律 vs_ 逆康威定律，以及Martech中构建 vs_ 购买的未来0.png

我在之前的文章中提出过逆康威定律的想法，但只是顺便提一下。因此，今天我想全面描述这个概念，因为我相信这是一个有用的方式来理解当前营销技术的一些挑战，以及为什么它可能会推动人工智能时代营销软件的重大转变。

康威定律（广义解释）

要理解逆康威定律，首先要理解康威定律。它是以早期计算机科学家马尔文·康威（Melvin Conway）的名字命名的，他在1967年观察到，「设计系统的架构受制于产生这些设计的组织的沟通结构。」

Conway定律的一个经典例子是，如果你有三个团队开发一个软件应用，这个应用会有三个相互关联的部分反映出这三个团队是如何相互作用的。团队之间的边界和交接将反映在软件的工作方式中。

实际上，我相信对康威定律的更广泛解释：软件应用程序的设计将反映出开发它的公司的运作方式——它的组织结构、信仰、文化和哲学。这款应用程序不仅反映了公司的沟通结构。它是企业如何思考和运作的体现。

产品经理有时会谈论「固执己见的软件」，即对人们应该如何使用它持某种观点。但这只是意识到这一点。所有的软件都是由开发它的人固执己见的。

如果你让100家公司构建一个中等复杂的软件应用来实现同样的高级目标，你会得到100种不同的实现方式。（这有助于解释为什么Martech Landscape上有这么多产品「几乎都做同样的事情——但不是真正的」。）

逆康威定律是在下游发生的

但是商业套装软件有一个有趣的推论。产品反映了构建它的供应商的组织。然而，它并不一定反映购买软件公司的组织结构。至少一开始不是这样。通常，购买重要软件应用程序的公司必须调整自己的结构、流程和经验，以适应该软件的「观点」。

这就是我所创造的逆康威定律：采用商业软件应用程序通常需要公司调整其工作方式以适应该软件应用程序的设计。

这本身并不是一件坏事。特别是如果买方的公司需要改变其运作方式以适应市场的新变化。被软件产品「塑造」，为公司的运营带来新的流程和经验，是一种特性，而不是缺陷。你是在为软件付费，但你真正购买的是业务转型。

营销技术的历史上有很多例子。考虑当前营销运营团队的角色和职责，他们的工作流程，他们与其他团队以及彼此之间的关系。有多少你的营销技术栈映射到你的流程？有多少你的流程映射到你的技术栈？

差异化促使企业回归康威定律

数字操作的自由度：康威定律与逆康威定律

根据营销运营团队的成熟程度，你对最后一个问题的回答可能会有所不同。不太成熟的团队更有可能将他们的工作映射到他们使用的软件设计上。这种开箱即用的结构对他们来说是一个真正的好处。他们跟着乐谱演奏翻唱的曲子。而且是可以跳舞的。

然而，更成熟的团队开始即兴发挥。他们把音乐变成自己的。他们想要原创，而不是翻唱。

抛开音乐隐喻不谈，成熟的营销运营团队更有可能开发出自己喜欢的工作流程、客户旅程、员工体验和客户体验。他们将技术栈中的工具映射到他们的愿景，而不是反过来。

不可避免的是，他们想要让他们的软件迎合这个愿景。

他们不再满足于简单地消费应用程序。他们将努力配置应用程序，但可能会对原始开发人员可配置或不可配置的限制感到恼火。这将引导他们在可能的情况下定制应用程序。但它们仅限于供应商为实现此类定制而开放的扩展点。

这时团队开始编写自己的应用程序。「应用程序」可能有些夸张，因为最初这些组合是使用Workato和Zapier等工具跨应用程序边界的更多工作流和自动化。他们可能会使用无代码工具，如Airtable和Webflow，从模板和组件组装小型数据库应用程序或web应用程序。具有更复杂需求的更高级的团队可能会使用低代码平台，例如Microsoft Power Apps。

在这里，他们开始跨越边界，创建完全适合他们需求的软件应用程序。他们更倾向于使用Python或JavaScript进行开放式编程——尽管利用大量的软件库和开源框架来加速和简化他们的开发。在技术层面上，这个「创建应用程序」的阶段给了公司最大程度的自由来设计他们的数字运营。

但现在我们又回到了原点。通过构建自己的软件，公司的本土应用程序将遵循康威定律——这些应用程序的设计将反映公司的结构、信仰、文化和哲学。这正是他们想要的。

如上图所示，沿着这个频谱移动——使用、配置、定制、组合、创造——将把你从逆康威定律的动态带到康威定律的动态。你获得了更多的自由度。但是所需的专业知识和软件开发生命周期（SDLC）开销也增加了。值得吗？这取决于你自己的业务可以通过针对特定目的的差异化软件应用解锁的价值。

大多数企业在其技术栈中都会有这一范围的应用程序组合。

人工智能时代Martech软件的未来