独家 | 中国大中型企业低代码PaaS选型指南
01 中国企业低代码选型遇到的困境
低代码平台的起源可以追溯到1999年，当时Salesforce推出了一个基于云的CRM平台，这个平台允许用户通过简单的拖放操作创建和定制应用程序，而不需要编写大量的代码。自那时起，低代码平台便开始不断地发展和演进。
随着近些年的新技术发展和产品不断迭代，低代码平台已不再仅仅停留在概念层面。如今越来越多的企业已经开始选型和应用低代码平台，以加速其数字化转型的进程。这种趋势得益于低代码平台的不断成熟和增强的功能，使得企业在开发和维护业务应用程序时能够更加高效、灵活、快速地完成任务。此外，低代码平台还能够降低企业的开发成本，减少对专业技能的依赖，也能够提高开发人员的生产力。
但当企业真正希望通过低代码来重构软件应用构建方式时，依然会存在不少困难和疑惑，这些问题如果没有被正确消化和回答，往往对产品的选择造成较大影响，甚至有可能导致低代码实践失败，从而否定低代码这项新技术。
1.1 企业选择低代码的用户是谁？需要解决他们什么问题？
低代码从本质上是一种简化开发的新型技术，无论是通过拖拉拽构建，还是可视化开发方式，均降低了对专业开发技术的依赖。这也使得不懂编程的业务用户可以尝试自行构建系统，也可以大幅提升专业开发人员的开发效率。然后业务用户和专业开发因岗位职责和技能的差异，使用低代码时会存在不同的问题和关注点。是提升用户体验？是复杂场景的支持？还是集成互通、数据治理等问题？这也是企业应用低代码时首要考虑的问题。
1.2 低代码的厂商和形态各异，产品应该具备哪些能力来满足用户的需求？
低代码市场近些年非常火热，这也促使很多不同赛道的厂商由于不同的市场战略目的进入市场，有原生的低代码、无代码厂商，也有成熟软件应用厂商、云计算厂商等多元化参与者。厂商的多元化也导致产品除了基础的可视化开发特性外，积累了差异化的能力沉淀。企业往往很难界定哪些能力是低代码平台最核心的，缺少标准和最佳实践的引导，最终只能由选型人员结合个人喜好和过往经验来判断选择，然而，选择不适合自己公司的低代码产品可能会导致诸多问题，例如生产力降低、成本增加（包括购买其他软件工具、雇佣外部开发人员等）、安全性风险（缺乏必要的安全功能，例如身份验证、访问控制等）以及维护和升级困难（可能需要进行更频繁的自定义开发）等。
1.3 低代码的边界在哪里？复杂场景可以适配到什么程度？
低代码的核心是通过标准化的方式来抽象一系列业务和技术组件，来加速应用软件开发。但是随着应用场景的深化和复杂程度提升，灵活性和标准化容易产生一定的冲突。尤其是企业在选型低代码的初期，一般会选择轻量级的长尾协同场景来作为业务试点。站在时间的维度，低代码能够适配支持什么复杂程度的应用构建？复杂场景应该如何定义？复杂场景需要包含哪些技术支撑？都是企业CIO内心的不确定性。虽然大部分低代码开发平台都开始提供前后端开发脚手架来扩展个性化场景和平台能力，可以解决一部分问题，但是复杂系统集成、大数据处理能力、跨应用的用户体验交互等也都是会面临的挑战。
02 企业选型低代码维度与思考
2.1 遵从国际权威和成熟的技术能力选型标准
低代码应用平台（LCAP）市场拥有极其多样化的产品，许多来自不同背景的供应商提供低代码能力的应用程序开发和组合。Gartner在2023年1月发布的《Critical Capabilities for Enterprise Low-Code Application Platforms - ID G00759497》报告中指出：应用程序和软件工程师必须将这些产品能力映射到流行的用例中，以确保他们选择的LCAP解决方案能够满足应用程序创建者和最终用户的需求。低代码应用平台（LCAP）用于通过抽象和最小化手工编程来快速开发和部署自定义应用程序。LCAP必须包括低代码能力（如基于模型和图形编程带有脚本）来开发由用户界面、业务逻辑、工作流和数据服务组成的完整应用程序。其中具体分为以下8个重要模块和关键能力：
-
User experience design：用户体验设计
-
Development productivity：开发生产力
-
Business logic and workflow：业务逻辑和工作流程
-
Integration and APIs：集成和API
-
DevOps practices：DevOps实践
-
Platform extensibility：平台可扩展性
-
Governance：治理
-
Security and quality of service：安全和服务质量
2.2 融合国内本土化特色，信通院明确提出国产低代码软件的能力要求
低代码的主要作用是降低应用开发的准入门槛，赋能不同角色人员，让开发者利用图形化界面，通过拖拉拽操作，以“搭积木”的方式快速开发软件应用，减少重复的基础搭建工作。中国信通院基于低代码无代码推进中心的研究工作，将低代码产品的共性核心能力分为以下五点:
开发及管理能力：指提供可视化开发及配置的能力，提供开发过程和开发资源的管理能力，提供开发过程产物的产生、复用、删除的生命周期管理能力。支持完成前端页面搭建、前后端交互逻辑配置、数据模型配置、业务逻辑配置、实时预览、版本保存等全栈开发环节，快速构建应用。
扩展与集成能力：分为两个方面，一是扩展能力，在可视化开发的基础上，需要提供代码开发能力，通过少量代码支持对组件、功能等各颗粒度的资源进行扩展完善；二是集成能力，可以通过集成文件、工具、系统等外部能力，增强开发能力，覆盖更多应用领域，也可以通过集成接口，向外赋能低代码开发能力。
用户体验：指基于低代码产品的学习成本、易用性等因素带来的用户体验感，其能力水平难以量化，需要从产品设计与开发思维的契合程度，可视化和代码开发的均衡程度，操作教学、能力认证、协作开发等权限管理及服务的功能完备度等多方面进行衡量。
生态能力：指多端响应式支持、上下游连通、应用二次开发等多方面功能。在生态环境层面,能够实现业务迁移，减少用户使用或更换低代码产品的成本消耗，增加用户的产品选择自由度；在产品发展层面，能够完善自身，扩大服务能力，增强产品生命力。
安全保障：指提供对产品自身及用户资产的安全保障功能。面对低代码产品，安全问题涉及人员泄露、设备部署、网络入侵等多方面，需要满足国家网络安全保障要求及应用领域的特殊安全性要求，全方位帮助开发者构建安全合规的软件应用。
图源：《低代码发展白皮书》
2.3 数百个低代码项目落地和上千个POC选型验证的实践沉淀
得帆在低代码赛道已经深耕多年，参与了数百个大型企业低代码项目实施，上千个企业低代码POC选型验证。根据我们的实践和总结，可以大致把企业低代码应用的进阶，分成为三个阶段：
❖ 第一阶段：试点引入
这个阶段一般需要厂商的相当程度的参与，通常用低代码切入单业务场景，或直接选型低代码平台作为数字化生产力工具，关注点多为：产品功能的完整性、技术栈是否主流、与企业既有的IT架构的融合性等方面。
❖ 第二阶段：推广应用
此时，伴随企业内部对于低代码价值的认同和对低代码工具的熟悉，低代码被逐步推广到更多业务领域，尝试覆盖更为复杂的业务场景。因此产品的稳定性、结构性配置能力、二次开发的支持、厂商必要的解决方案能力等，成为关注重点。
❖ 第三阶段：广泛使用
到此阶段后，会显现出两个特点：（1）项目由IT和业务的共同推进；（2）ITBP、数字化BP、业务专家等非技术角色，在低代码项目中参与度极高。也正是因为这样，产品的无代码能力、用户体验就尤为重要，又由于，低代码覆盖到了较多业务领域和场景，多系统集成能力、产品扩展能力也不可或缺，此外，产品的运营推广体系、自助学习平台，也可以极大加持此阶段的深化应用，对产品和供应商的关注重点，再次发生转变。
从低代码的实战应用情况来看，这三个阶段往往是螺旋上升，不是严格意义的线性演化，但是，大部分企业的低代码应用目标或方向，都会进入到第三个阶段——也就是以业务和IT共同驱动的，低代码的广泛使用阶段。
在进行低代码产品的选型时，除了基础的产品功能点、技术参数外，稳步支持企业走入低代码应用的第二、第三个阶段的能力，以及第二、第三个阶段所需的，与之匹配的产品能力，是务必需要重点考量的！
因此，我们建议选择低代码“完整产品”或“整体产品”，以及具备卓越产品及服务能力的供应商，逐步实现到向第三个阶段的演进。
03 得帆信息：《中国企业低代码POC选型白皮书》
3.1 低代码平台关键技术能力特性
8大核心模块
200+关键技术能力特性验证
3.2 定义不同落地场景的关键能力
企业选型低代码平台的核心目的是构建业务应用落地，针对不同的落地场景，得帆结合行业报告、实践经验及大客户用户反馈，整理出了低代码平台能力影响业务场景落地的关键要素和占比，方便后续客户选型参考。
3.3 开箱即用的选型工具和验证场景集合
1）针对不同场景的低代码技术选型和评分表
2）100+融合验证点的业务场景POC描述
得帆深耕企业数字化转型十多年，累计100+业务POC描述，例如CRM销售管理、设备管理、合同管理、订单管理、HRSSC等，此处仅展示部分。
