如今，市面上有关低代码的功能或产品平台十分繁杂，尽管说长远看对企业IT效率提升存在一定的优势性，但不同产品功能的差异性很大。正如任何一家厂商都在吹捧表示自家的产品具备与众不同之处，选型时我们更需要花费一定时间研究其中奥妙。

微服务、客开、创新的客户体验、企业工作流以及部署专有数据库等等，通常对企业降本增效有一定成效。但在有些情况下，业务和IT团队也会考虑使用无代码和低代码平台来加速开发，提供开箱即用的技术最佳实践，简化开发流程并持续提供新功能。

低代码平台有以下这么几类：一是用于快速开发Web和移动端用户界面及工作负载的工具；二是数据可视化、数据集成和数据准备的工具；三是支撑一些新兴的应用如机器学习、物联网和IT自动化。

文本将重点介绍实现应用开发、支持和增强的低代码开发平台。

1、识别和评估多个用例

低代码有助于企业组织加速应用开发，并让个性化需求的满足变得更加容易，但这需要针对客户想要的最终用户体验、数据准备、工作负载功能等因素对应用开发进行评估。

在研究和测试低代码平台时，必须考虑多个应用开发团队的需求和用例，这点非常重要。因为有可能会发现平台无法执行或无法轻松执行的操作，这就需要事先了解其优缺点及各项能力。

低代码平台应有助于您的组织加速应用程序开发，并使其更易于支持增强功能。但这需要针对您想要的最终用户体验，数据要求，工作流功能和其他因素的应用程序类型进行评估。

在研究和测试低代码平台时，必须考虑多个应用程序开发人员的需求和用例，这一点很重要。最重要的是，发现平台无法执行或无法轻松执行的操作，并了解其范围，优点和缺点。选择低代码方法是因为它适用于一个用例，但不能保证它是满足持续需求的最佳标准。    

2、明确应用开发的负责人

有一些平台本身就需要低代码，这意味着开发应用程序可能需要一些编程技能。而有一些平台则可能还不太需要低代码或者任何可视化工具，用于构建用户界面、工作负载或系统集成。

这种情况只是一方面，更重要的是，需要确定谁来设计、开发和维护应用程序。一些低代码平台是面向专业开发者的工具，其需要具备软件开发技能的专业人士。还有一些低代码平台则面向公民开发者，目的是让业务分析人员或领域专家完整应用开发的全流程。某些平台会支持这两种选项，而每个角色都有不同的工具和功能。

因此，无论是哪一类开发人员选择了使用低代码，都应该确保他们使用这些工具来支撑优先级业务，在这个过程中的较早阶段就能够快速有效地降低其低代码开发的学习成本。

3、研究客户体验

实际情况中，用户很难会找到一些消极负面的声音，但找到数百个正面评价却很容易。因为在市场宣传中，某些平台会强调其服务的客户和开发者的数量；有些平台会分享客户满意度的评分报告；还有一些更大更成熟的平台可能还会出现在第三方分析报告的测评中，如Gartner的魔力象限图、Forrester的Waves等等。

从作者的角度，他更建议关注客户满意度的评分。他认为，一个拥有出色用户满意度的低代码平台，意味着厂商需要提供出色的最终用户体验，让技术人员在某些方面表现突出，并向企业决策者证明其长短期价值。某些低代码平台可能无法赢得这些角色的话，这意味着企业也很难套用其技术来复制同样商业上的成功。

4、定义使用要求并估算价格

低代码平台具有非常不同的业务和定价模式。有些依据最终用户使用量定价，因此使用的越多费用越高。还有的依据开发规模（如应用数量或开发席位）对平台定价；还有一些会提供组合式产品，都可以单独购买。

所以，尽管许多工具为试验和概念验证提供了最低的门槛，但了解最终状态的开发和生产要求也很重要。

此外，不要陷入仅凭价格评估低代码平台的陷阱。因为这些平台核心仍是需要提供令人愉悦的体验、开发生产力工具和强大运营能力。如果必须要计算出总拥有成本，那么请将财务因素也考虑进来。

5、调查并确定集成需求的优先级

没有谁愿意在孤岛中进行低代码开发。开发出的应用程序需要与企业核心系统、数据中心数据库、云平台、第三方数据源集成。比如物联网数据pipeline或机器学习模型的的开发中，就很有可能需要与低代码进行集成。

几乎所有平台都提供API集成。但如何提升性能、如何支撑开发却大有不同。首先核心需要考虑的是，需要开发一款能够集成复杂且可持续维护的低代码应用。

然后，要查看该应用的的开发支持哪种类型的动作和触发器，能够进一步了解低代码平台是否与其他平台进行了集成。

6、审查托管、开发和治理选项

低代码曾经是SaaS和云托管，以及少数提供混合云和数据中心选型的代名词。如今，情况也不再如故。低代码平台现在在托管灵活性方面具备很强的竞争力。

DevOps是另一个需要着重考虑的因素。就DevOps功能而言，并没有所有低代码平台的功能性是平等的。尤其在以下领域：

对应用程序进行版本控制或与版本控制系统集成；

支持跨开发、测试和其他环境的开发生命周期；

通过连接到管理积压和路线图的工具来实现敏捷开发流程；

与持续集成/持续部署、持续测试或IT服务管理变更管理流程集成；

启用数据快照，或提取、转换、加载流程以支持灾难恢复和数据科学。

不要期望低代码平台像Java、.NET或JavaScript在DevOps中的使用那样灵活。进入低代码平台确实需要权衡，因为其目的是简化支持应用程序开发和运营所需的所有框架。问题是它们是否满足业务和技术需求，而不是它们是否符合为编码和软件开发而设计的工具和流程。

最后，如果计划授权业务部门的人员来构建和支持应用，可查看平台的公民开发治理选项。

7、了解合规性和安全性要求

评估平台的顺序很重要。不要误解合规性和安全性是最后或最不重要的问题。实际上，评估平台的核心在于确定什么是必须的，什么是应该的，以及何时评估不同的标准。 

如果开发需要HIPAA合规性、数据沿袭功能、审核功能、数据主权合规性、目录集成、托管约束或其他不可协商性问题，应事先评估这些要求。

当你实施应用程序时，需要了解低代码平台如何处理基于角色的管理、数据屏蔽和其他安全注意事项。