假期在看 CRM 领域的产品，如上图的一个脉络，我找到了参与过 Google 收购 AppSheet 的 Matt Slotnick ，他 2021 年5月 创立了 poggiolabs.com ，他想革新 CRM 软件，旧的 CRM 不是围绕 data 去构建的，而新的 CRM 要主打围绕 Data。poggiolabs.com 的创立灵感来自其的一篇文章《低/无代码的统一理论、中间件和企业应用程序的未来》。
简单介绍一下 Matt Slotnick ，其在 Google Cloud 工作过 4 年，负责过产品管理、 GTM 战略、定价/捆绑、战略伙伴关系，以及用于无/低代码应用程序开发、业务流程自动化和中间件(集成、 API 管理等)的并购，参与 AppSheet 的收购和集成。2020年1月14日，AppSheet 宣布他们已被谷歌收购，并将加入谷歌云团队，尝试人是印度裔 Praveen Seshadri ，曾经在微软工作了13年，其中 10 年是在 SQLServer 工作。
Matt Slotnick 起初是作为 Apigee 产品团队的一员加入 Google 的，Apigee 是一家 API 管理和预测分析服务软件提供商，Apigee 在 2016 年被谷歌以 6.25 亿美元的价格收购。Matt Slotnick 参与投资过很多年公司，有 Cherry, Open Raven, Tall Poppy, PostHog, Bentocart, CustomerDB, neo.tax, Unleash, Sheltr (acq Hippo), Correlated Labs, Stytch。
下面开始简要介绍《低/无代码的统一理论、中间件和企业应用程序的未来》。首先将讨论程序的范围收缩到企业应用程序范畴，而不去考虑娱乐消费层面。Matt Slotnick 核心研究了 Salesforce 来讲述应用程序 → 平台 → Enter low code and no code → 未来的一瞥。
01应用程序 → 平台
CRM 是一个奇怪的市场，Salesforce 多年来一直占据主导地位，但“仅”拥有 20% 的市场份额。还有 4 家其他供应商拥有数十亿美元的业务，但 53% 的市场分散在您从未听说过的小型供应商中。
Salesforce 管理一家公司可以说是最重要资产的数据，这使得 Salesforce 成为一个记录系统，这种记录系统本身就具有巨大的价值，但也对组织内的所有其他系统产生影响。其他系统需要与 Salesforce 很好地配合，因为如果它们不配合，就不太可能被采用。
这使得 Salesforce 开始成为一个平台，平台也是一个应用程序，它提供了一组接口，其他应用程序可以在这些接口上构建。从本质上讲，它允许在核心平台应用程序中定义的数据模型之上进行扩展和定制。
以 Salesforce 为例，其 3 个平台产品 Force.com、 AppExchange、 Lightning Apps
- Force.com，作为一个服务业务进入这个平台，它允许客户构建定制应用程序，这些应用程序部署到 force.com 并托管在其上，位于 Salesforce 数据模型之上。网站为客户提供了获取 Salesforce 核心应用程序体验并根据自己的需求进行定制的能力。
- AppExchange，第三方构建的应用程序市场，旨在跨行业、跨地域和跨功能领域扩展 Salesforce 的功能。可以把它看作是公司和软件开发人员利用 Salesforce 平台及其安装基础的力量来发布他们开发的应用程序的一种方式，这些程序能够满足 Salesforce 不能开箱即用的特定需求。
- Lightning Apps，Lightning 的核心是为非专业工程师提供低代码和非代码的开发经验，以便创建、部署和管理移动和桌面应用程序。这些应用程序有多种用途ーー但主要用于扩展可以定制和开发 Salesforce 应用程序的人员。在大多数组织中，业务用户的数量远远超过开发人员，而且通过开放参与开发过程的人数，可以迅速增加公司中能够参与 Salesforce 生态系统并从中受益的人数。
当 Salesforce 还是一个小暴发户，被更大的 Oracle 和 Siebel 拳脚相加的时候，用户对于他们使用的软件没有太多的选择。云计算还处于起步阶段，大多数软件还处于起步阶段。一个公司的 IT 组织会决定你使用什么，你也会使用它。现在情况不同了，软件开发和采用的速度要快得多，用户希望得到现代化的、对用户友好的体验。如果不是由他们的 IT 提供的，他们也会自己去找出来，不久之后，企业 IT 可能会发现自己处于一个购买企业版本的采购周期中。这意味着记录系统和参与系统正在日益分离。
数据可能有重要性，但是以牺牲用户体验为代价来依赖你的系统作为数据存储的首要地位是一个危险的主张。面对这种情况，你可以采取两种方法：巩固你作为记录和参与系统的地位，或者创建一个允许无数系统参与的平台，同时保持你作为记录系统的地位。
如果任何人都能以他们选择的方式对 Salesforce 的数据进行构建，那么你为什么还要离开呢？如果你提供工具，包括第一方和第三方，来支持你的客户需要的任何交互模式，他们仍然被锁定在你的平台上，你为访问收取每个座位的许可费。通过在你的护城河系统周围创建一个生态系统，你可以确保顾客没有理由离开。
02Enter low code and no code
All an application really is though, is a UX on a relational database.
围绕低代码和无代码的讨论充其量是被误导的。像云一样，低/无代码是一个主题或趋势，而不是一个范畴本身。云是一种部署方法，一种操作模式，可能与本地云、其他最近流行的词汇有关。低/无代码是一种用户界面和应用程序定制范式，存在于每个应用程序类别中。
企业软件的存在主要是为了构建和启用一个过程，并对如何完成该过程提出意见。如果你是一个小企业，你可以在类似电子表格的东西中自定义这种逻辑。如果你是一个大公司，你可能会实施 Salesforce，花一大笔钱雇佣一些顾问花6个月的时间对其进行定制，使其与你的流程相似(你甚至可能会改变你的流程，使最后的10% 达到一致)。然而，所有的应用程序实际上就是一个关系数据库上的用户体验。这个“数据库”可以是一个电子表格，也可以是 Salesforce 在其产品中嵌入的任何数据库，用于存储您的所有数据。
在现代世界中，构建应用程序所依赖的“数据库”更有可能是一些较小的“数据库”，它们是各种产品和工具的基础，您可以使用这些产品和工具来运行您的业务，并与客户和用户进行交互。
所以，如果你想稍微聪明一点，低代码实际上是一个半武断的用户体验定制层，它位于数据库之上。不需要 Salesforce，或者 AppExchange 的合作伙伴，或者 Salesforce 顾问来构建类似于你头脑中的过程的应用程序，你可以自己用一套工具来构建它，这套工具包括一些拖放元素、表单、列表和其他模块化的应用程序构建块。
话虽如此，但值得注意的是 Salesforce 想要用户做的事情有一个完整的激励结构，而且正如你可能想象的那样，它是基于推动 Salesforce 的坐席和一流的销售。因此，尽管 Salesforce 和其他许多公司可能拥有“垂直功能化”的低代码平台，但它们本质上会偏向于自己的特性。
这打开了通向水平低代码平台的大门，这些平台可以被视为非常固执的 IDE 或应用程序开发语言，位于企业所需的任何数据源(通常是数据库)之上。应当指出，这是一个重新出现的趋势，但并不是一个新的趋势。(在科技领域，没有什么是真正的新事物。)
Salesforce 在2020年12月收购 Slack 就是公司对这一趋势理解的一个例子。在这种情况下，Slack 应该被认为是在 Salesforce 数据模型之上提供了一组新的交互模式。Slack 产品有很好的 API 和健壮的集成生态系统，作为业务流程的中心枢纽，它变得越来越重要。收购价格相对较高，但此次收购是一个大胆的举动，长期来看可能会被视为一个积极因素(此外，Salesforce 在并购整合方面历来表现出色)。这也让管理团队充分理解他们的平台必须积极地向前发展的方向，这给了他们很大的信心。
03未来
Salesforce 真正做的是两件事：帮助你与客户互动(参与系统) + 帮助你对这些互动(记录系统)进行分类。
考虑到它的传统，其中很多都是相当关联地完成的ー客户是记录，具有一系列不同的属性ー地点、规模、收入、行业，以及许多相关的行动ー电子邮件、电话、对购买你产品的时间安排的描述。
但是自从90年代后期以来，世界已经发生了很大的变化，与顾客互动的方法数量已经开始增加。许多交易都以牛排晚餐结束，但是产品越来越多地被购买，而不是出售。你将很难找到一个比“PLG ”更热门的2021年流行语，而且你肯定能够找到一些乐于大肆吹捧这种模式优点的投资者和作家。
然后，考虑到每个企业将越来越希望能够访问那些允许它们以适合其特定业务和心智模型的方式进行交易的应用程序，而不是一组预先提供的半死板的页面和视图。
如果你管理和查看客户关系的应用用户体验发生了变化，你与客户接触的方法也发生了变化，如果你仔细观察，除了描述已经发生的事情的关系客户数据库，Salesforce 还有什么？
但是，如果一个软件供应商可以通过编程接口提供全方位的通信渠道ー文本、聊天、电子邮件、电话ー会怎样？
在这个平台的基础上，整合了现代企业用来与客户进行最广泛意义上的互动的工具，包括谷歌广告、 Facebook 广告、 Stripe、 Zendesk、 Salesforce、 Marketo、 Hubspot、 Intercom、 Braze 和 Mixpanel。
基于所有这些，想象一个所有参与度和活动的图表，根据客户自己公司的数据模型(什么对他们重要，以及他们如何描述它)专门为他们量身定制，所有这些都可以通过 api 或现有分析工具的查询进行操作。
然后在下面，所有内容都保存在半结构化数据库中，由公司或客户管理。最后，想象一下，在这整个平台之上存在着运行联系中心或营销自动化的打包应用，以及一个低代码开发环境，用于在客户的特定数据模型上创建工作流和应用程序。
推荐