低/无代码和中间件的统一理论

仅应用程序是用户与完成某些任务或执行活动的计算机程序的计算机程序。企业和消费者都有各种应用。我们将专注于企业应用程序。

要通过简化的企业应用程序为如何完成特定的商业职能或业务流程提供自融合的框架，并使您可以执行（部分）这些任务。为了实现这一点，这些应用程序提供了一种数据模型，它再次提供了如何查看和结构的函数或过程的自由视图。

让我们以Salesforce CRM为例（我们将在整个中使用这个例子，因为稍后会变得清晰的原因;这也将作为世界上大部分的解释者和驳斥，以抱怨令人挑剔的Salesforce如何一个产品）。

Salesforce在其核心，提供了一个允许销售和GTM团队跟踪您将产品销售给客户的方式的应用程序以及跟踪它的相关分析和指标。它控制业务的核心客户数据 - 客户，合同值，与该客户的互动，以及与销售管道阶段的与未来客户的所有互动状态。

但是从技术角度来看，什么是Salesforce？出于本讨论的目的，让我们假设Salesforce有三个部分 - 最终用户与（App本身）相互作用，将该应用程序连接到后端的中间件或数据本身存储的数据库的UX。

当然，Salesforce应用程序的用户都认为这一切都不是 - 他们只是与Salesforce提供的界面进行交互。但是，要了解这一点非常重要，因为它是分解应用程序的价值的有用框架，并在应用程序，平台和生态系统的更广泛的上下文中查看它。

所有阶段的投资者都讨论了平台的概念 - 他们希望不在工具，也不参加产品，而是有可能成为平台的公司。平台有许多定义，具体取决于您要求谁 - 我建议我们使用以下内容：平台是一个应用程序，它提供了一组可以构建其他应用程序的接口。基本上，它允许在核心平台应用程序中定义的数据模型之上扩展和自定义。

作为说明性示例返回Salesforce，他们的平台故事在许多地方表现出来。我们将专注于三 - Force.com，AppExchange，Lightning Apps。

Force.com是Salesforce进入平台作为服务业务，它允许客户构建部署到Eccore.com上的自定义应用程序，坐在Salesforce数据模型的顶部。虽然Salesforce Native App提供了定义的特定设置（虽然半定制）视图，页面和可视化，Force.com提供者开发人员使用自定义对象，字段和工作流构建自定义应用程序，主要是在JavaScript，C ++中编写的VisualForce（由Salesforce创建）。

这使开发人员（包括广泛的第三方Salesforce顾问）能够创建定制的应用程序，这些应用程序量身定制于组织中存在的特定进程和工作流程。请记住，企业软件在一天结束时是一种自由语的过程或功能如何工作 - 而且虽然可能重叠，但没有两个企业是一样的。当您开始跨越行业，公司大小，地理存在，任何其他分割时，这尤其如此。即使在一个组织内，不同的业务单位也可能看起来不同。 Force.com为客户提供能够采取核心Salesforce应用程序体验并为自己的需求定制它。

Salesforce AppExchange是第三方建造的申请的市场，以扩展和扩展Salesforce跨行，地理位置和功能区域的Salesforce功能。虽然Force.com允许开发人员在自己的Salesforce实例和数据中构建和部署应用程序，因此AppExchange允许外部开发人员创建自己的应用程序，以发布到所有Salesforce客户的市场供消费。

将其视为公司和软件开发人员利用Salesforce平台的力量及其安装基地来分发他们创建的应用程序，填补了特定需求，即开箱即使销售队伍没有。

虽然Force.com将被视为开发人员产品，Salesforce将Lightning App发布为2015年浏览闪电的一部分，并且随着时间的推移，一直在添加新功能（以及更改命名约定）。然而，在核心，闪电为非专业工程师提供了低码和无代码开发经验，以创建，部署和管理移动和桌面应用程序。

这些应用程序提供了许多目的 - 但很大程度上用于扩展谁可以自定义和构建Salesforce应用程序。企业用户在大多数组织的巨大边值上占外，并通过开辟谁可以参与开发过程的光圈，您迅速增加了可以参与公司的Salesforce Ecosystem的人数。

那么，为什么Salesforce Care关心这个？或者，接合系统与互动系统

Salesforce长期以来，他们的核心价值和可退款是企业本质上以客户为中心，而且公司最有价值的数据是与他们如何销售和服务最终客户有关的数据。每个销售领导者都使用CRM，许多使用Salesforce（令人惊讶的是，只有20％的市场使用Salesforce CRM）。

这使得Salesforce是一个用于管理数据的记录制度，可以可以是一家公司最重要的资产（询问您的董事会和股东......没有销售 - 没有公司！）。数据具有重力，并且该系统的记录系统既有巨大的价值，也会对组织内的所有其他系统产生影响。其他系统需要与Salesforce一起玩，因为如果他们没有，它们不太可能被采用。这使得Salesforce成为记录系统。除了销售外，他们还利用这一点来建立一些其他大型企业 - 即营销云，服务云，商业云。

如果您的营销系统必须了解您的最高前景，而且那些居住在Salesforce中，您的营销系统必须能够从（并且可能写入）Salesforce。想象一下，试图将领先评分工具带入组织，并告诉您的CRO您需要为另一个CRM切换Salesforce，因为您的领导机引擎无法使用Salesforce。不会发生。请不要试试这个。

如果您认为我们已经将Salesforce建立为公司如何运营其转向市场组织的记录和重心，我们可以继续向人们与该数据进行交互的问题。在某些情况下，它很简单 - 您有一个Salesforce管理员，他们创建了与组织运行方式的正确视图，字段和报告，以及每个人都登录Salesforce.com以查看它。

但在许多情况下，您有许多不同的用户，他们在B2B和B2C中都有各种各样的需求。日到内部销售的日子，现场销售，客户成功，营销，都是非常不同的。管理与个人贡献者也具有巨大的使用模式。有些人可能位于桌面上，有些可能在iPad上。有些人一整天都可以在电话上。

这些用户中的每一个都以不同的方式与Salesforce平台进行与Salesforce平台进行。一些“用户”是开发人员，只能通过公开的API与该平台进行接触。有些用户甚至不是真正的人 - 他们可能是其他软件系统，由Salesforce提供或完全由其外部提供。

这些各方与Salesforce互动的各种界面是参与系统。这些是您与之交互的方法，并从您存储和结构化的数据中获取值（为了数据存储数据通常不受欢迎，除了可能的云提供商之外）。它也是将后续数据输入系统的方式，为平台创造可退款。这些接口可能是任何数量的本机或自定义应用程序，或者它们可能是其他系统使用的API。

但重要的是，Salesforce的位置是作为纪录的系统，使他们有权影响参与系统。在其初期期间，Salesforce.com申请担任记录系统和参与系统。但现代软件景观更复杂，参与的方法变得越来越异构。

当Salesforce是一个小型的Oracle和Siebel中的一个小型初学者投掷拳击时，最终用户没有太多选择他们使用的软件。云在其初期，大多数软件仍在处于场所。公司的IT组织将决定您使用的内容，您将使用它。

现在的情况不同 - 软件创建和采用的步伐更为迅速，用户期望现代，客户友好的体验。如果它们没有提供，他们将自己搜索，并且在长期以来，企业可能会发现自己在采购周期中购买企业版。为什么这件事？这意味着越来越多地解耦的记录系统和啮合系统。

数据可能具有重力，但依靠您的系统的最初，因为数据存储以牺牲用户体验为代价是一个危险的主张。面对这一命题时，有两种方法 - 将您的位置作为记录和参与系统，或创建一个允许无数的参与系统的平台，同时保持您的位置作为记录系统。

如果有人可以以他们选择的方式对Salesforce数据建立，为什么你会离开？如果您提供第1次和第三方的工具，支持您的客户希望的任何交互模式，它们仍将其锁定到您的平台中，您将每位座位的访问权限充电。通过在唱片Moat系统周围创建生态系统，确保客户没有理由离开。考虑下图。

Salesforce的替代（和故意过于简化）方法有助于实现这一点 - 想象Salesforce数据只能通过默认的Salesforce.com浏览量访问，并且您是一个需要支持门口门的实地代表所需的客户使用移动应用程序，并需要一个需要实时更新的自定义字段。

现在想象，Salesforce有一个糟糕的本机移动应用程序，并且不支持实时更新特定字段的足够的PUB /子模式。那位客户做什么？他们可能会寻找更好的CRM，更好地适合其市场细分，或者找到将他们的CRM数据移动到第三方应用程序中的方法，并单独更新实时字段。

从本质上讲，它们将完全开始使用新应用程序，或许最初使用CRM的数据副本。这在客户和Salesforce的货币制造商之间创造了楔形 - 记录系统。新应用拥有客户关系，并带来一个新的更相关的数据模型。并不难以想象下一步，那里该应用程序然后介绍自己的后端数据存储，最终完全拒绝了Salesforce。

Salesforce模型的美丽是它已经是默认的记录系统 - 因此，通过提供平台，他们允许通过Salesforce本身的互动方法创新，但他们的客户和第三方（ISV，系统集成商的各种方式（ISV），小型开发店，咨询公司）。这进一步将Salesforce作为平台源性，因为每个增量用例和接合方法都会创建额外的值并提高开关的成本。

什么是中间件，你可能会询问？中间件是你何时想确定有人真正花时间考虑企业系统和架构的词，还是喜欢假装。

中间件是一个广泛的存储桶，包括各种各样的软件，可以将不同的应用程序和数据源连接在一起。集成产品各种，API管理和消息经纪人都属于此类别。如果它将两个系统连接在一起，可能是中间件。它在中间 - 因此名称。 （应用程序服务器是另一部分中间件拼图，但这是另一个时间的主题）。

经常被更广泛的投资界诽谤，一般认为是无聊，凌乱，乏味，而且不值得头痛...直到它不是。像中间件产品本身一样，这是一个通常被忽视的类别，通常假定被别人覆盖。

但由于系统变得更加复杂，并且环境变得更加异构和混合动力，当您认为大多数公司使用数百个应用程序时，中间件的层数变得非常重要，并且当这些应用程序在真空中存在时，这些应用很少有用公司的系统，流程和数据模型。

大多数中间件产品开始作为独立公司，这在考虑价值通道 - 中间件是瑞士之间的瑞士 - 之间的经纪数据，以便将应用程序保持同步，数据达到它所需的所有位置，而且您仍然存在“T需要单独管理每个应用程序和数据存储中包含的数据。

当客户从潜在客户到封闭的客户时，您不想手动更新CRM和电子邮件营销系统中的更新。您的CRM应该让您的营销系统知道这笔交易已关闭，以饶恕持续的电子邮件滴水活动。而您的ERP系统将想知道您已关闭新客户，以便您可以更新您的结算和预测。

每位客户都有自己的这些企业应用程序，它们使用中间件（为每一个提供各种连接器）来连接它们。在这种情况下，应该清楚为什么中间件往往是中性的。您通常不希望您的集成产品对数据应该进行的意见，您只需要它匹配您业务所需的模式。中间件市场内建立了很多人的独立企业的例子。

但是，如前所述，也有一个很好的趋势，这些趋势是为了非常大的金钱而获得的，从而丧失瑞士标签，可以被认为是企业的价值道具的核心。

那么为什么为瑞士支付收购溢价，从而摧毁它是非常狡猾的？答案是平台，更具体地，数据模型和记录系统。通过拥有中间件层，您有影响力和能够将数据模型从您的记录系统导出到客户所采用的每个其他人的记录系统。

它为您提供了顾客业务的各个方面。每个应用程序都会编码一个过程 - 自纳的中间件，确保所有这些过程都绑在中央记录系统中。您可以出口您的观点。一切。它是跨跨系统水平扩展的摩擦卸载。你很少强迫他们改变任何东西，但你确保阻力最少的路径对您有利。你可以防止竞争对手做出反向。

所以...回到Salesforce。为什么Salesforce获得Mulesoft？因为它是Salesforce的最佳兴趣，地球上将存在的每个应用程序都与Salesforce非常轻松地连接。并且那些建立在Salesforce平台之上的任何应用程序都可以与这些其他应用程序连接，使得Salesforce recorce系统统治至高无上，并且位于您与客户的每一个增量事物的中心。

虽然一个无聊的整合公司为6.5亿美元可能听起来很多腮红，6.5亿美元用于保护和出口您的记录系统的至高无上。记录系统具有重力，Mulesoft使得重力拉出明显更强。

但是，它不应该假设Mulesoft仅获得扩大Salesforce的平台野心。 Mulesoft是一个强大的中间件类别的强大球员 - ESB，IPAAS和API管理，每个管理都是大型和不断增长的市场。 Salesforce的实力转到市场机器，结合Salesforce平台的中心为大多数企业集成架构和策略，提供了Mulesoft收入轨迹的重大加速。

这是平台的力量 - 为什么平台可以获得对别人似乎疯狂的价格。他们正在使用基本上不同的激励结构，并且可以访问额外的客户价值杠杆，并可货币化是独立产品没有。

这篇文章的成因实际上是一个不情愿的渴望从一系列沮丧的推文中解释为什么围绕低代码和没有代码误导的原因，这是一个令人沮丧的推文。像云一样，低代码（我们将其称为短暂的 - 但它指的是低且否代码;那些需要一个完整的文章之间的差异是一个主题或趋势，而不是类别本身。

喜欢说“我们是云公司”的声明，即“我们是一个低级公司”的声明，几乎没有关于公司产品实际提供的价值的任何价值。云是一种部署方法，操作模式，也可能与云原生，kubernetes和其他最近时尚词汇相关。低代码是用户界面和应用程序自定义范例，其在每个应用程序类别中都存在。

那么为什么这么事？让我们从早些时候重新审视图表，显示Salesforce平台及其理论上提供客户需求的任何应用程序的能力。您可能更多关于Salesforce的应用程序和AppExchange应用程序的信息，而不是闪电应用程序。

为什么是这样？可能是因为闪电应用平台是新的（ISH），而不是特别伟大的，并且非常伟大，非常销售生态系统为中心。没有很多人公开宣称对Twitter上的Salesforce或其他任何地方的爱情。但是闪电，以及像这样的工具，是企业应用的未来一瞥。

如前所述，企业软件主要存在于结构并启用流程，并为如何完成该过程而发出意见。如果您是一个小企业，您可以根据电子表格的内容自定义该逻辑。如果您是一个很大的业务，您可能会实施Salesforce并支付一些顾问，这是一堆钱来将其定制到类似于您的过程工作（并且您甚至可能改变您的过程，以使最近10％的过程变为线）。

尽管如此，所有应用程序都是关系数据库上的UX。 “数据库”可以是电子表格，或者可以是任何数据库Salesforce嵌入他们的产品，以存储所有数据（我认为是一群Oracle，也许是一些Postgres？）。

此外，在一个现代化的世界中，您构建应用程序的“数据库”更有可能是您运行业务并与客户和用户互动的各种产品和工具的底层潜在的较小的“数据库”。

所以，如果你需要一个小的智力飞跃，那么低代码真的是什么，是一个半自以为是，是坐在t的顶部

......