关键点

• 低代码平台是目前最热门的企业软件类别。在目前的投资水平下，很难想象未来会不会有大量由非it员工开发的定制业务应用程序供其团队使用。
• 低代码平台可以分为三类：UI生成软件、集成软件和转换软件
• 社区开发人员是组织中的员工，他们使用低代码平台为自己和团队创建解决方案，因为他们无法使用企业系统完成某些任务。这些用户一直存在。今天，您可以看到他们在Excel中创作杰作。
• 社区开发者创造了两种类型的风险。首先是集成风险，这涉及到公开不应该公开的数据。第二，转型风险，它涉及应用程序中的错误或计算错误，导致错误的业务决策。
• 低代码解决方案的可见性是管理风险的关键。为了最大限度地提高社区开发人员构建应用程序的固有可视性，建议您为社区开发人员提供一个单一的低代码平台。您还必须在该平台上为社区开发人员提供培训。

低代码平台是目前最热门的企业软件类别。除了数百家初创公司，在过去24个月里，三大云提供商中的每一家都推出了自己的低代码平台。在这样的投资水平下，很难想象未来不会有大量由非it员工构建的定制业务应用程序供其团队使用。

为了帮助您了解这一趋势将如何影响您的IT组织，我们将讨论可用的低代码平台的类型，以及您的组织中会被这些平台吸引的员工的类型。然后，我们将研究低代码平台如何适合您的IT体系结构，最后，提供我们对在低代码环境中管理IT的最佳策略的看法。

什么是低代码平台？

你可以想到像Excel那样的低代码平台。它们只是用户手中的软件工具，在各种业务场景中都很有用。通过这些工具，他们可以创建解决方案或问题。

我们将低代码平台分为三类。每个类别将吸引组织中不同类型的用户。

用户界面生成软件

Retool和Bubble可能是这种低代码应用程序最著名的例子。用户可以快速创建与平台上表中存储的数据交互的用户界面。

三大云提供商的竞争产品分别为：

• 微软的Powerapps
• 来自谷歌的Appsheet
• 来自AWS的Honeycode

集成软件

Zapier是这种低代码应用程序的典型例子。用户在软件应用程序和触发器之间创建连接，以通过这些连接移动数据。

转换软件

这是一个广泛的软件类别，其主要目的是在数据在应用程序之间移动时为数据增值。这一类别包括AWS Sagemaker等机器学习工具、Sypht 等数据提取工具和UIPath等RPA软件。

单击此处查看低代码平台的可排序列表。

什么是社区开发者？

社区开发人员是组织中使用低代码平台为自己和团队创建解决特定业务问题的解决方案的员工。

这些用户一直存在。今天，您可以看到他们在Excel中创作杰作。Excel用户可以分为我们用于低代码平台的相同类别。

• UI创建者：这些用户在Excel中创建表格，并格式化数据以使其更易于阅读。他们可以使用VLookup公式等技术跨工作表链接数据，就像低代码用户在低代码UI应用程序中创建相关表一样。
• Integrators：这些用户构建更复杂的Excel应用程序，这些应用程序在更大的数据集上运行，这些数据集包含他们导入Excel的数据，或者使用从数据库或API链接到Excel的数据。
• Transformers：这些用户创建复杂的公式，以完成广泛的数据转换。一些用户将在VBA中创建函数以执行更复杂的转换。

社区开发人员如何在您的组织中使用低代码平台

大多数社区开发人员将经历三个阶段，因为他们将更加能够使用低代码平台。许多社区开发人员不会超越第一或第二阶段，但有些会进入第三阶段，构建在整个业务中使用的全功能应用程序。

• 阶段1-UI生成：最初，他们将创建具有良好用户界面的应用程序，其中包含键入应用程序的数据。例如，他们可以制作一个会议笔记应用程序，允许用户在会议进行时共同添加会议笔记。这是UI生成阶段。
• 第2阶段-集成：随着用户获得经验，他们将进入第二阶段，从外部系统和数据源获取数据。例如，他们将增强会议笔记应用程序，以便在每次会议后使用笔记副本从Outlook和电子邮件中提取日历信息。这是整合阶段。
• 阶段3-转换：最后，他们将开始创建执行日益复杂的转换的应用程序。例如，他们可以通过机器学习模型运行会议笔记，以标记和存储会议内容，以便按主题搜索。这是转型阶段。

社区开发者的动力是什么？

社区开发人员正在构建低代码应用程序，因为他们无法使用您的企业系统来完成某些任务。您可以将企业系统堆栈视为马赛克。您的目标是使您的应用程序堆栈看起来像一堵贴有瓷砖的墙，每个应用程序都直接连接到相邻的应用程序。

但现实情况是，合并、收购、历史异常和不断变化的业务需求意味着您的堆栈在某些领域重叠，而在其他领域存在差距。正是这些差距促使社区开发人员创建Excel电子表格或使用低代码平台来填补这些差距。用户查看IT堆栈时可能更像下图，而不是上图。

为了帮助这些用户，您过去有三个选项来填补堆栈中的空白：

• 增强您的企业系统以完成所需的任务。例如，如果您的运营团队需要来自核心IT系统（如财务系统或ERP（企业资源规划）系统）的数据，以显示客户过去购买的所有产品，则您的IT团队可以增强您的核心系统，以将此信息显示为核心系统中客户记录的一部分。
• 开发定制应用程序，以解决用户的特定需求。例如，如果您的承销团队从查看strata地产周围区域的风险评级中获益，您可以构建一个自定义应用程序，将此信息提供给您的承销团队。
• 购买执行该任务的第三方工具。例如，如果您的客户支持团队需要一种方法来监控tweet中提到您公司的消息，那么您可以订阅Twitter监控服务。

每种选择都有其利弊。

• 第一个选项（增强核心系统）允许开发团队提供满足用户需求的解决方案，而无需向堆栈中添加其他系统或应用程序。缺点是这些解决方案需要时间来构建、测试和部署，而且您的团队资源有限。需求很快就会超过您提供定制解决方案的能力。
• 第二种选择（构建定制解决方案）通常比增强ERP系统更容易，但仍然需要您付出巨大努力来开发、测试、部署和支持解决方案。
• 第三种选择（使用第三方解决方案）可以产生功能非常全面的解决方案，但需要时间和资源来获取和集成。而且，第三方解决方案通常包含与您的其他企业系统重叠的功能，从而为您的用户提供多种方式来完成相同的任务。
• 社区开发人员为您提供了第四个选项，以填补您IT能力的不足。从理论上讲，如果您有一小群社区开发人员在构建应用程序，而这些应用程序令他们的团队感到不快，那么您的组织的IT能力应该得到显著提高。

但风险也是巨大的。把你的IT团队想象成一小群巫师，他们表演魔术来帮助你的王国。现在想象一下，如果突然每个人都能表演魔术，你的社会会发生什么变化。伟大的事情是可以完成的，但错误不可避免地会发生，你可能会发现有人无意中将城堡防御计划透露给了邻近的王国。

风险在哪里？

社区开发者创造了两种类型的风险。我们将使用Excel使用产生问题的示例来讨论这些风险。

• 集成风险：此风险涉及公开不应公开的数据。对于Excel，这是最不常见但最令人尴尬的风险。社区开发人员会通过电子邮件发送Excel电子表格（包含他们不打算发送的数据），不经意地将数据发送到最不应该发送的地方。例如，2017年，一名波音员工无意中将36000名同事的个人详细信息包含在电子邮件excel表格中。通过API移动数据的低代码平台极大地增加了此类问题发生的机会。
• 转换风险：此风险涉及应用程序中的错误或计算错误，从而导致错误的业务决策。这是涉及Excel解决方案的最常见问题，一些研究表明，大多数Excel电子表格至少有一个错误。这类错误的一个例子发生在去年，当时一个电子表格错误推迟了英国一家新医院的开业。同样，低代码平台将包含转换错误，但我们不希望这些错误比Excel中的更普遍。

单击此处查看更多Excel风险示例。通读这些将有助于了解社区开发人员将给您带来的风险类型。

低代码使用的每个阶段对您的组织都有不同的风险。

第1阶段（UI生成）社区开发人员风险较低。他们处理的数据通常手动输入到应用程序中，例如上面讨论的会议记录应用程序。您应该以处理电子邮件和其他通信形式的可接受使用的相同方式来管理这一点。

第2阶段（集成）社区开发人员的风险较高。他们正在使用低代码平台来读取和写入数据到系统，如您的CRM（客户关系管理）系统或外部API，如用于增强潜在客户数据的Clearbit或用于发送批量电子邮件的Mailgun。这些类型的应用程序执行的功能包括向现场工作人员提供从支持系统获取的工作数据，或向销售人员提供从CRM提取的信息。这些应用程序会带来用户身份验证风险以及数据安全问题。您需要对用户与哪些系统集成以及如何处理数据进行适当的控制。

第3阶段（转型）社区开发商是风险最高的类别。除了读写您的系统和外部系统之外，它们还转换数据。这些类型的应用程序包括利用机器学习解决方案（如AWS Sagemaker）为您的组织提供独特好处的应用程序。例如，第3阶段社区开发人员可能会从您的CRM中获取潜在客户数据，将其与从Twitter中提取的数据相结合，通过AWS Sagemaker运行主题模型分析，并根据他们在推特上谈论的主题将其用于瞄准潜在客户。

除了集成阶段引入的风险外，这些应用程序还存在错误转换数据的风险。例如，如果社区开发人员构建了一个机器学习模型，对客户支持问题的严重性（以及处理问题的优先级）进行了分类，那么您不希望他们的模型带有性别或种族偏见，从而导致您的组织不适当地偏袒一组客户而不是另一组客户。

下图显示了我们如何看待低代码平台使用中的风险。

每个图表代表一个阶段。每个阶段的橙色部分是IT组织不应该参与的应用程序的比例。每个阶段的紫色和红色部分显示了IT组织应该参与的应用程序的比例。红色部分显示存在集成风险的处理敏感数据的应用程序的比例。紫色部分显示了应用程序的复杂性足以保证IT团队参与的应用程序的比例。

第一个图表显示类别1，UI生成应用程序。这些应用程序中的大多数都是低风险的，只有当应用程序中的数据类型需要对其进行一些控制时，才需要参与其中。例如，您不会参与会议笔记应用程序，但会参与患者笔记应用程序。只有极少数情况下，这些应用程序才会足够复杂，足以保证IT部门的参与。

下一个图表显示了与其他系统集成的第2类应用程序。此类别包含潜在风险更高的应用程序。如较大的紫色区域和红色区域以及较小的橙色区域所示，与第1阶段应用相比，它应涉及更大比例的此类应用。

最后的图表显示了涉及重要数据转换功能的3类应用程序。此类别包含风险最高的应用程序。如大紫色区域和小橙色区域所示，与第2阶段应用相比，它应涉及更大比例的此类应用。

总结：管理低代码平台的风险

不管喜欢与否，社区开发人员已经在您的组织中使用Excel，他们即将开始要求访问新一代低代码平台。我们认为这一趋势势不可挡。你可以与之抗争，也可以接受不可避免的事情并接受它。如果做得好，在您的组织中有一小群社区开发人员可以极大地增强您的IT能力。

如今，决策者在做出业务决策时使用的大量电子表格使大多数组织面临重大风险。如果低代码平台开始取代这些电子表格中的一些，那么低代码平台在组织中的传播可以降低公司的总体IT风险。

最大化低代码解决方案的可见性是管理风险的关键。为了最大限度地提高社区开发人员构建应用程序的固有可视性，我们建议您为社区开发人员提供一个单一的低代码平台。

您应该采用哪种低代码解决方案？这可能没什么大不了的。我们看到，低代码平台的功能集在很大程度上变得没有差别，低代码平台只能做这么多事情，而空间投资水平意味着它们都能做这些事情。因此，如果您没有首选的低代码平台，只需使用云提供商提供的平台即可。如果您是Microsoft Azure客户，请使用Power应用程序。如果您是AWS客户，请使用Honeycode。如果你是谷歌的客户，请使用Appsheet。

接下来，在该平台上为社区开发人员提供培训。一旦他们习惯于使用特定的平台，他们就不太可能要求访问不同的平台。只要你为你的用户提供一个解决低代码问题的出口，他们就能够完成他们想要完成的事情。

最后，在现有IT堆栈/云提供商提供的机器学习和数据转换服务方面，在团队中培养一些专业技能。当您的社区开发人员需要访问机器学习平台时，他们也可以使用您已经访问过的平台，以便您可以更轻松地控制数据。

原文：https://www.infoq.com/articles/low-code-community-developer/

本文：http://jiagoushi.pro/node/1529