目前，低代码赛道的玩家越来越多元化，不仅有原生低代码、零代码厂商，连传统软件厂商和云厂商也开始进场角逐，其所推出的产品不尽相同。

那么，企业应该如何根据自身的需求找到对应的低代码工具呢？

从低代码概念热炒至今，各种各样的低代码平台在国内崭露头角，尤其是最近两年，一些SaaS平台和传统软件厂商都开始提到自身的PaaS与低代码开发能力，几乎每个软件厂商都具备低代码开发能力。

为此，Gartner今年特意将国内低代码服务商初步分为四种类型，低代码应用平台（LACP）、无代码平台厂商（CADP）、企业应用厂商（Enterprise Application）以及云服务厂商（Cloud Service Provider ）。

事实上，不论是LACP还是CADP或云厂商等包罗万象的标签，其实都是营销性词汇，其主要的底层技术路径主要还是表单驱动和模型驱动，因此它不管怎么称呼，还是要落到实际解决的应用场景”。

像企业内部的协同OA、自动化管理等轻量级的需求，完全可以使用以表单驱动的低/无代码平台，比如钉钉宜搭、氚云、轻流等在市场上都有广泛的应用。

如果涉及到银行业的估值减值、融资租赁、风控等企业级核心业务系统，主要依靠的还是以模型驱动为主的低代码厂商。

但不论是以表单驱动还是模型驱动为主的低代码服务商，本质上都是为企业数字化提供自动化解决方案，并加速企业数字化转型进程。

所以，企业在进行低代码选型时以下三个要点应该考虑在内：

一、首先是拿来干什么？怎么干？葡萄城产品市场总监宁伟在接受相关媒体采访时给出过答案，企业应该考虑自身的应用场景是什么，如果是简单的轻应用，讲究短平快，不需要考虑和其他软件集成以及持续发展的问题，那么以表单驱动为主的低代码平台足以承载。

如果是从长远生命力考虑，应该全盘考虑自身的数字化体系如何构建，后期应该如何去扩展，是否可以添加自己定制的业务逻辑、规则或流程，如何去迭代等多方位问题，如果这些不能解决，那么使用低代码工具也仅仅只是解决短期的价值链，无法长久。

二、是否能适应企业程序开发人员。老板做决定要考虑实际操作员工的使用习惯，尤其是复杂场景，低代码和专业人员适配才会锦上添花。

大多数开发人员会考虑该工具的开发流程和架构跟之前是否相似，如果能延续之前的开发经验，技术人员会成为更好的开发者，那么对于企业本身而言，在日后的维护和扩展的过程中不需要去完全依赖服务商。

当然，功能、性价比、是否能连接广泛的第三方API、框架和云服务等等因素都是企业最初在选择低代码平台时需要做足充分的准备。

三、与服务商的锁定和解绑。

市面上SaaS或低代码产品订阅续费的商业模式，意味着企业使用低代码工具会导致在一定程度上与服务商锁定。

如果企业停止使用既定的平台和开发工具或选择同类型功能相对丰富的平台，企业该如何解绑呢？

像轻量级的应用，企业在更换或弃用时所需要的成本不高，类似从一种Excel 表的逻辑换到另外一种。

对于复杂的应用场景而言，像国内的大型企业其实不提倡完全订阅模式，基本上还是走本地定制服务，原因在于这种复杂的应用场景替代的代价太大。

所以对于企业而言，购买一款低代码工具，是完全依赖服务商还是将工具消化成自己的能力至关重要。

这也意味着企业在最初就要足够了解自身系统技术构架，使用低代码工具时并不是完全采用服务商的功能，而是转化成自己的。

像当下很多大型企业其实都是走的吸收和消化的路径，以Oracle低代码工具为例，企业一定是需要足够了解Oracle低代码架构，哪些中间件和组件是可以被替换，哪些不能被替换，这样可以快速地融合，既保障了开发效率，又节省了成本。

当下的低代码行业仍处于早期阶段，也处于百花齐放的阶段，因此企业最早在接触低代码时，很容易产生“不知所云”的感觉，这也是当下大家对低代码意见分歧最大的原因之一。

想要在迷雾中找到一条路，企业不仅要理解低代码，更要了解自己，根据自己团队的能力、需要面对的应用场景选择合适的类型入手，这样才能在选择中完美适配企业自身的发展。