低代码走向“全民开发”的四个关键要素

本文作者：得帆信息联合创始人兼CTO徐翔轩

这周我应约参与了一个线上交流，动因是邀约方正在实践低代码"全民开发"，但对低代码的业务推广和IT管控之间有一些犹豫。会上，大家围绕这个话题做了比较多的讨论，我提供了我的想法和其他得帆客户的可借鉴思路。

关于低代码走向"全民开发"，我们这些年总结了不少心得和经验，并其提炼为四个关键要素。在这里，我也将这些经验分享给大家。

哪些低代码平台适用"全民开发"

首先，我们先对齐一点："全民开发"即由非专业开发者进行IT系统的建设，其中非专业开发者包括产品经理、ITBP和业务部门同事。但并不是所有的低代码平台，都能走向"全民开发"或"业务开发"。在国内的语境下，低代码平台分为三类，分别为开发平台类、无代码类、低无代码结合类。何为开发平台类的低代码？一般具备4个特点：- 面向专业开发者赋能；

以源代码生成为核心目的；
提供基于IDE（不论是web还是离线）的应用搭建模式；
以开发者数或开发坐席收费。可以看到，开发平台类产品不能承载走向"全民开发"的要求。因此，具备走向"全民开发"能力的低代码平台，主要指低无代码结合类和无代码类两种。无代码类产品能力较"薄"，其能力瓶颈可能无法支持复杂场景，也无法随业务变化配置功能。若将无代码类产品定位为给业务用户使用、IT为辅，问题不太大。但若是IT和业务都深度参与的企业内部管理场景，能力更强的低无代码结合类型产品会是更好选择。

低代码"全民开发"的四个关键要素

低代码平台能够成功走向"全民开发"的四个关键要素分别是：

快速验证

快速验证，指低代码引入后，需要快速验证其能力是否符合预期，对引入价值做闭环，形成内部对价值、能力和推广应用的共识，对不能达到预期的平台，坚决不能姑息，因为工具软件一旦与基础能力融合且广泛应用后，就很难再替代。

这里的关键词是：能力验证、价值闭环、统一共识。其中统一共识是在IT团队内部，至少到CIO层面达成共识。如若CIO上还有分管领导，最好也做好汇报工作，确认好后续的推广思路，力争同样达成共识。

能力融合

能力融合在一些Global企业中，被称为平台化。这意味着，低代码被定位为数字化平台的重要组成部分，企业需要实现低代码与企业的数字化基础设施的深度融合，以便于低代码的开发、运维、管理等标准化，以及基于低代码交付的应用符合企业的各项要求。

需要融合的能力包括：单点登录与统一认证、统一待办接入、用户组织主数据同步、监控体系接入、通用PaaS能力接入（例如：CI/CD）等。核心目的是确保低代码平台及其交付的应用规范、合规、可控。

规范准入

"规范"在这里是动词，也就是说，使用低代码需要有效规范各类准入过程。我们建议至少规范如下过程：

需求准入，即有专业化需求评审小组，对预计用低代码交付的需求场景进行评估和判断，不适合的坚决拒绝、突破配置能力的做好告知与实现方案协助。关于这点，后续有时间我还会详细介绍。
能力准入，指对要真正投产的开发者，确保其熟练掌握产品和开发准则，一般可以采用能力认证的方式作为准入的限制，不通过的，坚决不允许做投产系统。所以也要求企业有隔离环境，把爱好者和开发者分开。
上线准入，指对要投产的应用做好上线合规性检查，每家企业的检查点会略有差异，参考检查点包括：开发配置规范性、数据结构规范性、数据源引用情况、主数据引用情况、接口地址与规范性等，确保上线后的应用可监控、可运维、可治理，或者统称为：合规。

价值论证

价值论证是数字化底座平台需要持续做的。否则很容易陷入上线系统越多，诟病越多的情况。低代码本身对于数字化效率、数字化产能的提升是极为显著的，需要论证和定期总结、汇报。

价值论证的方法，从操作层面来看有两种，分别是成本导向模型和收益导向模型，我之前写过文章、录制过视频，有兴趣的翻看下，这里就不展开了。

如果企业不确定如何走向"全民开发"，扎扎实实把握好上述四个关键要素，成功概率会非常高。等到大家逐步熟悉了，可以各自灵活调整或优化具体的举措，"先僵化、后优化、再固化"。

大家还对哪些内容感兴趣，或者是希望一起探讨相关的方法，欢迎留言和私信联系，希望得帆低代码和我们的实践心得，能帮到越来越多的朋友、客户。