低代码这三个字在2021年几乎是被喊到耳朵起茧的程度。那一年做企业信息化的、做外包的、做产品的见面三句话里必有一句你们那边上低代码开发平台了吗。我自己也是从2021年开始因为一个内部工单系统的项目前前后后把国内外十来家低代码平台挨个注册、试跑、做原型中间踩的坑足够写满一个笔记本。这篇文章就把当年那份盘点重新整理一遍不再停留在十大平台分别是哪几家这种浅层罗列而是把每一家的技术路线、适合什么场景、上手成本、以及真正落地时会遇到什么问题讲透。不管你是业务部门想自己搭系统的表格高手还是接单做交付的开发者或者正在给公司做技术选型的架构师都能从里面找到能直接抄的作业。1. 先把低代码这件事说清楚1.1 低代码不是不用写代码而是把重复劳动抽走了很多人对低代码有个误解以为它等于零编码拖拖拽拽就能做出淘宝。真做过项目的人都知道低代码省掉的从来不是代码本身而是那些每个项目都要重写一遍的样板活用户表、角色表、权限表、增删改查接口、分页列表、表单校验、审批流转、消息通知。这些东西在传统开发里能占到整个工期的六成以上而且几乎没有业务价值——没有任何一个客户会因为你的分页写得好而多付钱。低代码平台做的事情是把这部分共性的东西抽象成可视化配置对象让开发者把精力集中在这家公司的请假规则和别家不一样这种真正的差异点上。所以判断一个低代码平台好不好最直接的标准就是它到底帮你省掉了多少张表、多少个接口。一个只能做简单表单收集的平台和一个能建数据模型、能配复杂流程、能写扩展脚本的平台完全不是一个量级的东西硬放在一起排名其实不太公平。提醒低代码的低是相对的。同一个平台给业务人员用是零代码给开发者用是低代码给架构师用可能还需要写不少后端插件。评估时一定要明确谁来用。1.2 三条技术路线表单驱动、模型驱动、代码生成2021年活跃的这些平台按照实现思路大致能分成三条路线这个分类比国内国外有用得多。第一条是表单驱动典型代表是宜搭、简道云、轻流、明道云。核心对象是表单和流程用户先画一张表单再给表单挂一条审批流数据自动落库列表和报表自动生成。这条路线门槛最低业务人员培训半天就能上手缺点是面对复杂的数据关联和自定义交互时会比较吃力得靠平台预留的脚本能力兜底。第二条是模型驱动OutSystems、Mendix、Power Apps 的模型驱动应用都属于这一类。先定义实体、字段、关系再基于模型生成页面和接口页面只是模型的一种呈现。这条路线的抽象层次更高做出来的系统长期可维护性更好代价是学习曲线明显更陡业务人员基本无缘得让开发者来主导。第三条是代码生成JeecgBoot、JNPF 这类国产快速开发框架是典型。你在可视化界面里配好表结构平台直接给你吐出 Controller、Service、Mapper、Vue 页面一整套代码生成完还能接着手改。这条路线的自由度和可迁移性最高本质上它是个脚手架加速器而不是一个封闭的运行环境。1.3 2021年为什么突然这么多平台冒出来回头复盘2021年那波低代码爆发有几个很现实的原因。一是企业数字化的需求一下子涌上来业务部门等不及 IT 排期一个报销流程改造能排三个月二是云厂商都在找新的增长点低代码天然是云资源的入口做完应用顺手就把数据库、对象存储、函数计算卖出去了三是前端工程化已经足够成熟可视化页面搭建这件事在技术上不再是难题。但热归热那一年也确实是平台比项目多。我接触过的不少团队一口气买了三四个平台的授权最后真正跑起来的只有一个剩下的在试用期就搁置了。原因基本都差不多要么是业务复杂度超过平台能力上限要么是数据被锁在平台里出不来。所以下面这份盘点我会尽量把每家的能力边界说清楚而不只是夸优点。2. 国外5个平台各自解决什么问题2.1 OutSystems企业级复杂应用的重型装备OutSystems 是我试过的所有平台里工程化程度最高的一个。它的核心工具 Service Studio 是一个本地 IDE你在这里定义实体、页面、逻辑流点一下发布它会自动编译成 Web、iOS、Android 三端可用的应用。注意是真正的原生打包能力不是套个 WebView 那种糊弄。它的技术底子很扎实支持生成 .NET 和 Java 两套运行时也就是说你的技术团队如果是 Java 栈运维体系不用大改。内置的 BPT 流程引擎能处理多级审批、超时升级、并行分支这种事务型场景还有一套完整的生命周期管理开发、测试、预发布、生产环境的部署流水线是内置的。免费的个人版环境足够你完整跑通一个中小型应用拿来评估非常合适。代价也很明显贵而且重。它更适合那种一个系统要跑十年、几十个人协同开发、还要过合规审计的场景。如果你只是想做个二十人的内部考勤表用它是拿高射炮打蚊子。2.2 Mendix模型驱动 西门子工业土壤Mendix 的思路和 OutSystems 接近也是模型驱动但它的重心明显偏向业务侧。Studio Pro 是本地 IDEStudio 是浏览器里的轻量版业务人员和开发者可以在同一个模型上协作这是它比较有特色的地方。它有两个点值得单独说。一个是微流Microflow用可视化的方式表达业务逻辑条件分支、循环、异常处理都有图形化节点对不熟悉编程的业务分析师比较友好。另一个是西门子的背景——2018年被西门子收购之后Mendix 在工业物联网、设备管理、工厂数字化这块的案例明显多了起来跟工业数据平台的对接相对顺手。部署上支持 Mendix Cloud、私有云、容器化自部署三种方式数据主权这块比较好谈。实际用下来Mendix 的组件市场质量参差有些第三方组件年久失修选之前最好先看更新日期。免费版有并发和资源限制做正式压测一定要上付费环境。2.3 Microsoft Power AppsOffice 生态里的顺手工具如果你们的公司已经在用 Office 365那 Power Apps 几乎没有对手因为它的最大优势不是平台能力而是你已经付过钱了。很多企业版订阅里就包含 Power Apps 的使用额度业务部门做几个小工具IT 连采购流程都不用走。它分两种应用Canvas App 是自由画布想怎么摆怎么摆适合做移动端数据采集Model-driven App 是基于 Dataverse 的模型驱动应用适合做规范的业务系统。配套的 Power Automate 负责流程自动化Power BI 负责报表三个凑一起才算完整。Dataverse 作为统一数据层能把 Excel、SharePoint、SQL Server 里的数据都拉进来。在国内落地有两个现实问题要提前想清楚一是服务由本地合作方运营功能和国际版有差异选型时要逐条核对二是按用户或按应用计费的模式人一多成本涨得很快。我的建议是先拿一个部门做试点把真实账单跑出来再决定要不要铺开。2.4 Appian流程与合规起家的老牌玩家Appian 的出身是 BPM业务流程管理所以它的强项从一开始就是流程两个字。复杂审批、跨部门协同、规则引擎、流程挖掘这些东西它做了二十多年成熟度不是新平台两三年能追上的。后来它把 RPA 和 AI 能力也整合了进去形成低代码 流程 自动化的组合。它主要面向金融、政务、大型集团这类对合规和审计要求极高的客户所以对权限粒度、操作留痕、数据脱敏这些细节做得非常细。反过来说它的界面风格偏传统企业软件C 端体验不是它的追求。中小团队基本不用考虑光实施成本就劝退了。2.5 Google AppSheet从一张表格长出应用AppSheet 是国外阵营里最轻的一个。它的逻辑简单到有点可爱你有一张 Google Sheet填好表头和几行样例数据它就能自动推断出字段类型生成一个带列表、详情、表单、地图、拍照的移动应用。整个过程不用写一行代码十几分钟能跑起来。它特别适合现场巡检、门店盘点、外勤打卡这类采集 查看的场景离线可用性做得不错没网的时候先存本地有网了再同步。2020年被 Google 整合进云办公体系之后跟表格、云盘、日历的联动更顺了定价也相对温和。但它的上限也很清楚做不了复杂的数据关联流程能力薄弱界面定制空间小。把它当移动端数据采集器用体验很好指望它做 ERP一定会失望。3. 国内5个平台谁在打业务人员自己建系统这张牌3.1 钉钉宜搭组织架构就是最大的杀手锏宜搭最狠的地方不是功能而是它生在钉钉里。你不需要考虑用户从哪来、组织架构怎么同步、消息怎么推——打开钉钉就在里面部门、人员、角色全都对得上。这一条就足以让它在国内市场的落地速度远超同级别对手。功能上它是标准的表单驱动路线表单设计器、流程设计器、页面设计器、报表、连接器一应俱全支持自定义页面和页面 JS能调远程 API也能通过连接器对接钉钉生态里的其他应用。数据存在阿里云上集团型客户还可以谈专属部署。它的短板是复杂逻辑表达。当业务规则复杂到需要多层嵌套判断、跨表事务的时候页面 JS 和远程 API 就成了主力这时候它其实已经变成一个带可视化外壳的前端框架了。所以我的经验是宜搭适合把大量中低复杂度的流程类应用快速铺开高复杂度的那几个核心系统还是留给专业开发。顺便说一句宜搭官方有低代码开发者认证体系分不同等级考试以选择题为主部分等级带实操。这个后面第 6 节我会专门讲怎么准备。3.2 简道云帆软基因带来的数据分析优势简道云出自帆软这个出身决定了它的气质报表和数据分析是刻在骨子里的。表单、流程这些基础能力它都有而且做得规整但它真正拉开差距的是仪表盘——图表类型丰富计算字段灵活交叉表、明细表、同比环比这些在传统 BI 里才有的东西它能直接在低代码平台里做出来。另一个加分项是私有化部署。很多制造、能源、医疗类客户对数据落地位置有硬性要求简道云的私有化方案相对成熟这也是它在这些行业渗透率高的原因。免费版对人数和功能有额度限制小团队做验证够用但要注意附件空间和 API 调用次数的上限这两个是最容易在上线后突然撞墙的地方。3.3 明道云工作表 视图的数据库思维明道云的产品模型很有意思它不太强调表单而是强调工作表和视图。工作表相当于一张数据表字段类型齐全还支持关联、引用、汇总视图则是在同一份数据上做不同角度的呈现——表格视图、看板视图、日历视图、甘特视图、画廊视图随便切。如果你熟悉 Airtable会立刻找到熟悉的感觉。这套设计的好处是数据只有一份不存在这张表填完还要同步到那张表的脏活。工作流引擎够用角色权限做得也比较细能按角色、按部门、按记录归属三个维度控制数据可见范围。开放 API 和 Webhook 齐全跟外部系统对接不吃力。私有部署版本在国内几家里面属于比较容易上手的。需要注意的是视图一多页面的加载性能会下降尤其是记录数上了十万以后筛选条件的写法就很关键了。3.4 腾讯微搭一键发小程序前端组件库是亮点微搭最大的差异点是微信生态。做完应用可以直接发布成小程序用户扫个码就能用不用装 App不用登录这对做客户侧应用简直太方便了。它跟腾讯云的其他服务打通得也顺数据模型、云函数、存储、CDN 是一套体系。另一个值得说的是它的低代码 UI 组件库。搭建首页的时候你会发现组件粒度切得比较细栅格、容器、轮播、列表、卡片、图表这些基础件都有而且支持自定义组件和样式变量覆盖。做过可视化搭建的人都知道首页是最考验组件库的地方——组件太粗搭不出设计稿的效果组件太细配置项多到让人崩溃。微搭在这中间的平衡做得还算不错多端适配H5/小程序/App也是它主推的能力跟 uni-app 的低代码思路有不少重合如果你团队本来就在用 uni-app迁移成本会比较低。免费额度和资源规格是它的限制点正式项目要提前算清并发和存储。3.5 轻流把审批流做厚的无代码路线轻流走的是无代码路线主打业务人员自己就能改流程。它的流程配置是强项条件分支、并行、会签、加签、退回、超时提醒这些中国式审批里的细节它基本都覆盖到了而且配置界面做得比较直观不写代码也能玩得转。它的行业模板库是个不错的起点采购、报销、设备巡检、客户管理这些常见场景都有现成的模板改吧改吧就能用能省掉不少从零设计的时间。但从模板起步的团队容易忽略一件事模板的字段命名往往很随意前期不统一后期做报表的时候会非常痛苦。这个坑我在第 6 节会展开说。4. 榜单之外更值得看开源与自建这条路4.1 JeecgBootSpringBoot Vue3 的代码生成型平台前面说的都是商业平台但对很多技术团队来说真正靠谱的选项是自己掌握代码。JeecgBoot 就是这条路线上最有代表性的一个后端 SpringBoot MyBatis-Plus前端 Vue3老版本是 Vue2 的 Ant Design Vue 版提供在线表单开发、代码生成器、权限管理、报表、工作流一整套。它的工作方式是在线配置 代码生成在低代码配置界面里定义好数据表和字段点生成它会吐出后端的 Entity、Mapper、Service、Controller 和前端的列表页、表单页生成完的代码完全归你想怎么改就怎么改不存在平台锁定问题。它还配套了移动端方案可以生成 uni-app 工程一套业务逻辑出小程序和 App。自建路线的成本主要在三块一是服务器和运维二是版本升级时的合并冲突改过的生成代码再生成一次就冲突了这是通病三是遇到 bug 得自己啃源码。我的做法是把自动生成的代码和业务自定义代码分目录存放尽量不直接改生成结果这样升级时痛苦能少一半。4.2 JNPF、jxstar、活字格不同技术栈的自建选择除了 JeecgBoot国内还有几个值得列入对比的自建选项。JNPF 提供 Java 和 .NET 两套引擎如果团队是 .NET 栈它是个少见的选择jxstar 是国内比较早期的快速开发框架一套代码支持多端适合做行业软件的二次开发底座活字格出自葡萄城用类 Excel 的设计器画界面对财务、制造这类天天跟表格打交道的业务人员非常友好也支持私有化部署在政企和制造业有不少案例。这几个产品的共同特点是给你源码或给你运行时的完全控制权代价是你得自己对安全、备份、扩容负责。选之前先问自己一个问题团队里有没有人能长期维护这套东西如果没有老老实实买 SaaS。4.3 金蝶云星空 BOSERP 二次开发的另一种低代码还有一类低代码容易被榜单忽略就是 ERP 厂商自带的开发平台金蝶云星空 BOS 就是典型。它的定位不是从零做系统而是在 ERP 的基础上做扩展给标准单据加字段、加自定义表单、写业务插件、改工作流、做外部系统集成。它的开发方式是下载安装 BOS 设计器连到测试环境在可视化界面里配置业务对象和界面再写 C# 插件补充逻辑调完发布到正式环境。对企业来说这条路径的价值在于扩展和标准产品是同一套数据模型不会出现两套系统数据打架的经典难题。需要注意的是BOS 开发有学习成本得懂 ERP 的元数据体系。而且版本升级时自定义内容需要重新验证这个工作量要提前算进项目计划里。4.4 自建平台的代价你省下的授权费会花在运维上我见过太多团队在这件事上算错账。他们对比的时候只看授权费得出自建便宜的结论却忘了算服务器、备份、安全加固、版本升级、人员流动带来的知识断层。一个商业平台一年几万块的服务费看起来贵但它包含的是持续的版本迭代和安全补丁。反过来自建也不是没有优势。数据完全在自己手里想怎么改怎么改遇到特殊需求不用等厂商排期长期来看如果是核心业务系统自建的 TCO 往往更低。关键看这个系统的生命周期——如果打算用三年以上、且是业务核心自建值得投入如果只是解决一个临时流程别折腾。顺便提一句私有化部署之后数据分析和离线的重活通常还是甩给数仓或 Hadoop 集群去做低代码平台自己不适合扛这类计算。5. 怎么选一张表 一套判断顺序5.1 10个平台横向对比表平台出身技术路线部署方式上手难度更适合的场景OutSystems葡萄牙模型驱动公有云/私有云高大型复杂企业应用、多端原生Mendix荷兰/西门子模型驱动云/容器自部署高工业物联网、跨部门协作开发Power Apps微软画布模型驱动云中低已用 Office 生态的内部工具Appian美国流程驱动云/私有云高金融政务、强合规流程Google AppSheet谷歌表格驱动云低移动端现场采集、巡检钉钉宜搭阿里表单驱动云/专属部署低钉钉生态内的审批与协同简道云帆软表单驱动云/私有化低重报表分析的运营系统明道云明道工作表视图云/私有化低中小团队的内部管理平台腾讯微搭腾讯可视化代码云中小程序、微信生态客户应用轻流轻流无代码流程云/私有化低审批流为主的业务线上化表里没列 JeecgBoot、JNPF、活字格、金蝶 BOS原因是它们的定位是自建底座和 SaaS 平台不在同一个评价维度上硬塞进表格会误导。如果一定要比就在代码归属和运维责任这两栏单独拉开比。5.2 选型时最容易被忽略的6个问题第一数据能不能全量导出。不是导出个 Excel 就算数要看能不能导出带关联关系、带附件、带历史版本的数据。平台锁定是低代码领域最大的隐性风险。第二免费版的真实限制在哪。大多数平台的限制不在功能而在并发数、附件空间、API 调用次数、外部用户数量这几项上。上线前拿真实业务量做一次压测比看任何宣传材料都有用。第三移动端的体验是否达标。很多平台号称支持移动端实际上是响应式网页凑合拍照上传、离线填写、扫码这些高频动作体验很差。一定要拿真机走一遍完整流程。第四流程能力的边界。简单的一级审批谁都支持真正拉开差距的是加签、会签、动态节点、跨流程调用这些。把你最复杂的那条流程拿出来让厂商现场配一遍。第五接口开放程度。有没有标准的 REST API、有没有 Webhook、能不能自定义鉴权。这是后期跟 ERP、CRM 打通的关键等到项目中期才发现接不通代价非常大。第六谁来长期运营。低代码系统交付之后是要不断改的如果业务部门没人愿意学IT 部门又不想接这个系统两年后就会变成没人敢动的黑盒。5.3 从零搭一套设备巡检系统的完整思路光讲理论没意思我拿一个真实项目举例给一家制造企业搭设备巡检和报修系统用低代码平台做两周上线。这个思路换成客户管理、门店巡店、安全排查基本都通用。第一步梳理数据对象。先别碰平台拿白纸画三张表设备表编号、名称、位置、责任人、状态巡检计划表巡检项、频次、负责人巡检记录表关联设备、巡检人、时间、各项结果、异常照片。三张表的关系是一个设备对应多个巡检计划一个计划对应多条记录。这三张表定下来整个系统的骨架就定了。第二步字段命名规范。这是最容易被跳过、代价最大的一步。约定好前缀比如设备用 dev_记录用 rec_日期统一用 yyyy-MM-dd枚举值统一用英文码而不是中文状态用 normal/fault/repair显示层再映射成中文。前期花两小时统一命名后期做报表能省两天。第三步搭页面。列表页要带筛选按位置、状态、时间范围和批量操作详情页要能直接看到该设备的历史巡检记录表单页要支持拍照上传和定位。移动端优先因为巡检员手里只有手机。第四步配流程。巡检提交后如果一切正常就归档如果标记了异常自动生成报修工单并派给设备责任人超时两小时未接单就升级给主管。这条流程是系统的价值核心一定要在现场跟业务方一起配别自己闷头做。第五步配权限。巡检员只能看自己负责的设备班长能看本班组的设备科能看全厂。数据权限比功能权限重要得多配错了就是事故。第六步做集成。设备台账往往在 ERP 里已经有了这时候通过 API 或中间表把主数据同步过来避免两套数据打架。如果用的是金蝶云星空这类系统走 BOS 做接口会更规范。第七步小范围试点两周。别一上来就全厂推广。挑一个车间跑两周收集问题改完再推。这一步能拦掉八成的上线事故。6. 踩过的坑与常见问题速查6.1 上线后最常遇到的7类问题现象常见原因排查与解决表单提交报错提示服务异常必填项校验在后端、字段长度超限、附件超出单次上传限制先在浏览器控制台看请求响应再把字段逐个精简提交定位到具体字段流程卡在某个审批节点不动审批人离职账号停用、节点条件表达式写错、会签未全部完成用管理员视角看流程实例的当前节点和待办人检查条件公式列表页关联字段显示为空关联的源记录被删除、关联字段类型不匹配、权限不可见先查权限再查数据本身是否存在移动端页面错位固定宽度写死、未做响应式、字体随系统放大用真机调试工具逐层看盒模型宽度尽量用百分比或弹性布局记录数上万后列表加载慢未分页、一次拉全量、字段做了低效的模糊查询强制分页把高频筛选字段做成索引字段避免前端全量拉取附件上传失败存储空间配额用尽、私有化环境存储配置错误查配额用量私有化环境重点看对象存储的密钥和跨域配置越权看到不该看的数据数据权限只配了功能权限、角色继承链没理清用低权限账号实测逐个角色走一遍可见范围这套排查顺序有个通用原则先看报错信息再看权限最后才怀疑平台本身的 bug。我遇到过的所谓平台不稳定九成以上是配置问题。6.2 关于宜搭低代码认证的一些实操经验既然是盘点顺带聊聊这几年被问得最多的宜搭低代码认证。它的考试以选择题为主不同等级会有实操环节具体题型和范围以官方最新说明为准。从我自己和身边人备考的经验看选择题的考点集中在几个地方一是组件属性。某个组件有哪些配置项、默认值是什么、哪些属性只在特定场景生效这类题特别爱考细节。备考时别只看文档一定要在测试环境里把每个组件拖出来挨个点一遍配置面板。二是数据源与远程 API。数据从哪里来、怎么绑定、远程接口的入参出参格式、错误怎么处理这是实操里最常用的能力也是选择题的高频区。三是页面 JS 与事件。生命周期钩子、事件绑定、变量作用域、异步回调的处理这些属于拉开分数的部分得把官方示例代码逐行读懂。四是权限体系。角色、成员、数据权限的层级关系主管理员和子管理员的区别这块容易混淆建议画一张权限关系图。我的建议是先拿一个真实的小需求边做边学做完再去刷题效率比死记硬背高很多。选择题考的就是你有没有真的动手配置过。6.3 低代码 AI 场景的边界以内容鉴伪审核平台为例最近不少人问像 AI 鉴伪这类平台能不能用低代码搭。这个问题很有代表性答案得分层看。低代码能胜任的是流程和呈现层待审核内容的入库、人工复核队列、任务分派、结果打标、申诉处理、统计分析看板。这些本质上是工单系统低代码做起来又快又稳。但推理层低代码做不了。模型加载、GPU 调度、批量推理、特征比对这些必须交给专业的后端服务通常是用 Python 起一套推理 API把接口暴露出来低代码平台通过远程 API 调用拿到结果再写入业务表。中间再挂一个对象存储放原文件和中间产物。所以这类项目的正确姿势是低代码做壳专业后端做芯而不是指望低代码平台自己跑模型。搞混了这一点项目做到一半就会卡死。6.4 接单平台上低代码需求怎么报价最后一个实战话题。2021年之后接单平台上跟低代码相关的需求明显变多了但报价逻辑跟传统外包完全不一样用老思路报价很容易亏。传统外包是按功能点估工时低代码项目里功能点的实现成本被平台压得很低你还按工时算客户会觉得你报价虚高。比较合理的做法是拆成三块平台配置费按页面、流程、报表的数量估、集成开发费对接 ERP、支付、短信这类外部系统这部分最耗时一定要单独列、运营维护费按月或按年收这是长期收入。我踩过最大的坑是没把业务梳理计入报价。低代码项目里配置只占三成工作量七成时间花在跟客户把需求说清楚上——他们往往自己都不知道想要什么流程。所以我的做法是需求梳理单独作为一个收费阶段先收这笔钱再谈开发和配置。还有一点交付时一定要明确账号归属和数据归属。是交付到客户自己的账号下还是挂在你的服务商账号下这两种模式的维护成本和风险完全不同。挂在自己账号下看着方便但客户一旦要迁移你会非常被动。我自己的体会是低代码这个行业最不缺的就是工具最缺的是知道什么该用低代码、什么不该用的判断力。工具会一直换2021年榜单上的名字过几年可能就换了一批但先梳理数据对象、再定命名规范、把复杂流程当核心资产、给系统留好退出通道这四条经验放到哪个平台都是通用的。真正让项目翻车的从来不是平台选错了而是没人愿意在开工前花那两个小时把表结构画清楚。