说起来，上周三下午在上海北壹中心的星巴克和几个做CIO的朋友聊天，大家都在吐槽选低代码平台的痛苦。其中一个朋友说，他们公司花了三个月时间调研，最后选了个功能强大的平台，结果落地一年了，连个像样的系统都没搭出来。
另一个朋友（来自某国企）补充说，他们上了4个低代码平台，搭了50多个应用，结果现在维护成本比传统开发还高。改个字段要跨3个平台查，数据打通还要写接口，IT团队天天在填坑。
这两个故事让我挺有感触的。低代码从2019年火到现在，2026年市场规模已经突破131亿，年复合增速超过20%。但真正用好它的企业，好像并不多。
作为AI Native Coder，我对低代码技术一直有关注。但听到这些真实的故事，我才发现，宣传册上的那些"全栈能力"，"企业级"，"AI驱动"，和实际用起来的体验，可能完全是两码事。
于是我就想，不如自己花点时间，实实在在地测试一下。从2月25号到3月10号，我大概用了半个月时间，在阿里云租了两台8核16G的服务器，深度体验了5款主流的低代码平台：织信低代码、Mendix、OutSystems、简道云、钉钉宜搭。
图源艾瑞咨询
为什么选这5个？因为它们代表了不同阵营。
- 有国产企业级的代表，
- 有国际主流的标杆，
- 有生态型的轻量选手。
测试方法也很简单：搭几个真实场景的小系统，看看从需求到上线到底要多久，遇到坑该怎么填。
测试的过程中，我发现了一些很有意思的现象。
第一个坑：被功能列表忽悠了
刚开始测试的时候，我先看了各家平台的功能介绍。
- 织信低代码官网写的是"AI自动建模、AI辅助开发、AI组件开发"；
- Mendix强调"模型驱动架构"；
- OutSystems突出"全栈自动化"；
- 简道云主打"零代码"；
- 宜搭则说"与钉钉生态深度集成"。
这些词看起来都挺厉害的，对吧？
但实际用起来，我发现了一个问题：功能堆砌不代表好用的。
织信低代码的AI能力确实让我印象深刻。我手动输出一段需求"帮我创建一个生产报工系统，包含设备编号、报工时间、故障类型、处理状态、备注这些字段"，30秒内就生成了完整的数据表和表单。这个速度还挺猛的。
织信AI自动生成应用
但问题是，AI生成的表单虽然快，后面还要根据实际业务调整。我花了一下午时间，把字段类型改了三遍。。。AI给我生成的"故障类型"是下拉框，但我们实际需要的是多级分类，还要加个附件上传功能。这些调整在织信上倒是不难，但AI的"智能"部分，似乎只能解决60%的问题。
Mendix的模型驱动架构也是这样。它的可视化建模确实很强大，数据关系、业务逻辑都能拖出来。但我用的时候发现，学习曲线陡峭。一个简单的审批流程，我在Mendix Studio里折腾了整整一天，才搞清楚Microflow和Nanoflow的区别。对于没有技术背景的业务人员来说，这个门槛确实高。
为什么这么高？因为Mendix和OutSystems这类平台，本质上还是面向开发者的。它们的功能强大，是建立在你要懂一些基础概念的前提上。
反而是简道云，虽然功能列表没那么花哨，但拖拽式操作确实简单。我10分钟就搭了个报销表单，流程配置也挺直观。但问题也在这里。。。我想做点复杂点的，比如根据报销金额自动判断审批人，简道云的规则配置就不够用了，得写脚本。
宜搭也是这个路数。它在钉钉生态里确实方便，审批、消息、待办都能打通。但离开钉钉呢？我想对接公司内部的ERP，发现宜搭的集成能力有限，得用中转服务，这个成本就上来了。
所以第一个坑就是：别被功能列表的长度吓到了。关键不是"有哪些功能"，而是"这些功能你能不能用得上"。就像我那个朋友说的，他们选的平台功能最全，但团队根本学不会，最后还是外包开发，那不是白买了吗？
第二个坑：忽视了扩展性的代价
测试到第二周，我开始做一些稍微复杂的场景。不是简单的表单+流程，而是要对接外部系统、做一些数据分析和报表。
测试场景是这样的：我假设自己是一个中型制造企业的IT负责人，需要搭建一个覆盖设备管理、生产报工、质量检验的MES系统。这个系统要包含12张数据表、6个审批流程、4个数据看板，还要对接企业内部的SAP系统获取物料信息，对接设备的OPC UA接口采集实时数据。
具体来说，我设计了4个测试模块：
- 第一个是设备台账管理模块：要记录设备的编号、型号、安装位置、维保记录，支持设备照片上传，能够生成设备二维码用于现场扫码巡检。
- 第二个是生产报工模块：工人在设备端扫码登录，选择工单，填报产量、废品数、异常情况，系统要自动计算合格率，超过阈值触发预警。
- 第三个是质量检验模块：质检人员录入检验数据，系统能够根据检验标准自动判定合格/不合格，生成检验报告PDF，并推送到钉钉审批。
- 第四个是数据分析看板：要实时显示设备OEE、生产良率、异常TOP5、人员工时统计等指标，数据来源包括表单填报、API对接、实时采集。
我把这个需求发给各家平台，让他们给个报价。报价差异挺大的：织信低代码承诺3周交付，报价35万；Mendix承诺4周，报价80万；OutSystems承诺3周，报价120万；简道云说只做表单部分，流程和看板要定制开发，总价60万；宜搭说只能做轻量版，复杂功能要配合阿里云其他产品，总价45万。
然后我开始自己搭，想看看实际开发和宣传的差距。
织信低代码的扩展性确实让我惊喜。我先试着对接SAP，发现它有个现成的SAP RFC连接器，配置一下用户名密码就能调用BAPI获取物料主数据。这个过程花了2小时，比我想象中简单。然后对接OPC UA，织信提供了一个Java扩展包，我改了改配置文件就能读取设备的温度、压力数据，实时刷新到仪表盘上。
最让我印象深的是它的自动化蓝图。我想实现一个逻辑：当设备温度超过80℃时，自动创建异常工单，推送消息给设备管理员。在织信的自动化引擎里，我拖拽了"数据源-条件判断-创建记录-发送通知"这几个节点，配置了触发条件和消息模板，15分钟就完成了。
Mendix的扩展能力也很强，可以通过Java actions和custom widgets做深度定制。我试着自己写了个自定义组件，用来显示设备的实时3D模型。但问题是，这个组件调试起来很麻烦。Mendix的调试工具对自定义组件的支持有限，我得反复部署到云环境测试，每次部署要3分钟。
更麻烦的是，Mendix的本地部署模式对环境要求高。我租的那台8核16G服务器，运行Mendix时就有点吃力，内存占用率长期在85%以上。如果要跑生产环境，还得再上一台。
OutSystems的Integration Studio确实强大，200多个开箱即用的连接器，对接SAP、Salesforce这些主流系统很方便。我用它的可视化映射工具，半小时就完成了SAP物料数据的对接。但当我尝试对接一个自研的REST API时，发现OutSystems对自定义API的鉴权机制支持有限，得写扩展代码，这个扩展开发周期要5天。
更让我头疼的是OutSystems的代码生成机制。它生成的C#代码量非常大，一个简单的表单应用就生成了100多个类文件。这些代码都在平台的管理范围内，你要改一行代码，都可能影响其他模块。我想自定义一个导出Excel的逻辑，改了三次才成功，每次都要重新编译整个应用。
简道云在这个维度就比较弱了。它支持API调用和JavaScript脚本，但能力有限。我想做那个设备OEE的实时看板，发现简道云的图表虽然有100+种模板，但数据源只能来自表单，不支持实时API。我试了个折中方案。用定时任务每5分钟调一次设备API，把数据存到简道云的表单里，再配置图表显示。这个方案的问题是，数据延迟5分钟，而且频繁调API容易被限流。
最后我发现，简道云的数据分析能力，更适合做事后统计，而不是实时监控。我那个朋友说的"维护成本高"，我现在理解了。（这种半吊子的集成，后期维护确实头疼。）
宜搭的扩展性则绑死在钉钉生态上。它有200+API连接器，但大多是阿里的产品生态。阿里云的OSS、RDS、MaxCompute，钉钉的审批、消息、考勤，都能快速打通。但我想接个企业微信的审批，发现宜搭不支持，得用钉钉和企业微信都支持的OA系统做中转。
还有那个设备巡检的二维码功能，宜搭自带的二维码生成器只能生成静态二维码，不支持动态更新。我想实现"扫码后根据设备状态显示不同页面"，宜搭做不到，得用钉钉小程序实现，然后通过URL跳转。这个方案绕了一大圈，用户体验很差。
我测下来的感觉是，扩展性是个隐形成本。刚开始你可能觉得"我现在也不需要这么复杂的扩展"，但业务是在变化的。比如我那个朋友，他们刚开始只是想搭个简单的客户管理系统，结果后来要对接ERP、要做数据分析、要移动端，平台撑不住就麻烦了。
扩展性强的平台，短期可能贵点，但长期看省心。
各平台扩展性对比雷达图
第三个坑：低估了学习曲线的真实成本
这一点是我在测试中最深刻的体会。
织信低代码的上手速度还行，前端拖拽式的界面设计，后端流程引擎都是可视化的。我搭那个设备台账模块，从新建应用到发布上线，总共花了4.5小时。具体拆解下来：数据建模40分钟，表单配置1.5小时，流程配置1小时，权限设置40分钟，测试调试50分钟。
但它的"高扩展性"也意味着学习成本。你要真想用好Java扩展包、自动化蓝图这些高级功能，得花时间研究。
我用了一周时间，才把织信的自动化引擎用得比较顺手。这个引擎是图形化编程环境，通过拖拽变量、流程控制、自动化步骤来组合逻辑。功能确实强大，但理解它的事件触发、条件判断、异步处理这些概念，需要时间成本。
比如我尝试配置一个"设备OEE实时计算"的自动化流程，需要处理多个数据源的实时数据。织信的自动化引擎支持事件触发、定时触发、数据变更触发三种模式，但如何选择最优的触发策略，怎么处理并发冲突，怎么优化性能，这些都需要实践经验。我用了三天时间，测试了5种不同的配置方案，才找到一个既能保证实时性，又不会造成资源浪费的方案。
更具体的数据：我配置了12个自动化流程，平均每个流程的配置时间是2.5小时。其中最复杂的一个流程，"生产异常自动预警"，涉及6个数据表的联合查询、3个条件判断、2个消息通知通道，配置时间长达8小时，还进行了3轮优化。
Mendix的学习曲线就更陡峭了。我用它的Studio Pro搭建应用时，被Domain Model、Microflow、Nanoflow这几个概念绕晕了。查文档、看教程，加上自己摸索，搭一个简单应用花了三天时间。
具体来说，Mendix的开发模式是这样的：先在Domain Model里设计数据模型，然后通过Microflow实现业务逻辑，最后用Nanoflow实现前端交互。这个架构很严谨，但概念太多，对新手不友好。
我搭建那个生产报工模块，第一步设计Domain Model就花了4小时。Mendix的数据关系设计非常细致。一对一、一对多、多对多，每种关系都要设置属性、命名规则、级联删除规则。这些细节虽然专业，但对于习惯了简单表结构的我来说，确实是负担。
然后是Microflow的设计。Mendix的Microflow是一种可视化编程语言，通过拖拽动作节点、决策节点、循环节点来组合逻辑。功能强大，但调试困难。我写了一个"生产良率计算"的Microflow，包含23个节点，调试的时候找不到变量值在哪里查看，只能在每个节点后面加日志，一轮调试要花20分钟。
更麻烦的是，Mendix的文档虽然全，但很多概念解释得太抽象，没有具体案例。我查"如何在Microflow里调用REST API"，文档给了一个通用示例，但实际用的时候才发现，要处理异常、要设置超时、要解析JSON，这些细节文档里都没说。我试了5次才成功，总共花了3小时。
OutSystems的学习曲线相对平缓一些，它的Service Studio界面更直观，TrueChange引擎能实时提示错误。但它的问题是"太重了"。一个简单的应用，OutSystems生成的代码量是惊人的。
我用OutSystems搭那个质量检验模块，看起来界面很简单：表单设计、流程配置、报表生成。但后台生成了12个实体、48个REST API、15个JavaScript模块。这些代码都在平台的管理范围内，你要改一行代码，都可能影响其他模块。
我想自定义一个检验报告的PDF导出逻辑，发现OutSystems虽然有内置的PDF生成器，但只支持简单的表格和文字。我想加个条形码、公司logo、多页眉，结果发现改不了源码，得用扩展模块。这个扩展模块在市场里卖980美元/年，而且只支持标准模板。
调试也是个问题。OutSystems的调试工具能实时显示变量值，但对于复杂的应用，变量层级太深，找到要调试的变量花的时间比调试本身还长。我调试一个"检验标准自动判定"的逻辑，在变量树里翻了10分钟才找到那个关键变量。
简道云的学习曲线是最平的，拖拽式操作，所见即所得，业务人员半小时就能上手。我用简道云搭个设备台账模块，从创建到发布只用了1.5小时。表单设计、字段配置、权限设置，都非常直观。
但这个"简单"的代价是天花板低，遇到复杂需求，直接就做不了了。
我想在简道云里实现"设备故障自动分配维修人员"的逻辑，根据设备类型、故障级别、维修人员的技能匹配，自动分配给最合适的人。简道云的流程引擎只支持简单的条件分支。如果故障级别是"紧急"，分配给某个人；如果是"一般"，分配给另一个人。但我要实现的是，从维修人员表里查询匹配的人，按空闲时间排序，然后选择最优先的。这个逻辑简道云的流程引擎做不到，得用API+脚本的组合方案，而这个方案的开发成本已经接近传统开发了。
宜搭因为有钉钉生态的加持，对已经在用钉钉的企业来说，学习成本几乎为零。我用宜搭搭那个生产报工模块，利用钉钉的组织架构、审批、消息功能，30分钟就完成了。
但它的功能设计完全围绕钉钉的工作台、审批、消息这些场景，如果你要搭个不在这些场景内的应用，学习成本反而上去了。
我想用宜搭做那个设备OEE看板，发现宜搭的数据可视化能力有限，只有几种基础图表，不支持实时数据更新。我想用钉钉的"酷应用"功能，结果发现需要开通企业版，而且开发过程比想象中复杂。要用钉钉小程序开发工具，学习钉钉的API规范，调试还得用钉钉开发工具。整个过程下来，学习成本和Mendix差不多了。
我测试的时候就在想，这个学习曲线的成本，很多企业是低估的。他们觉得"低代码嘛，应该很简单"，结果招的业务人员三个月还没摸透，IT团队又要兼顾日常开发，最后两边都累。
更具体的数据：我记录了每个平台从零开始到独立开发复杂应用所需的学习时间：
设备台账模块开发时间
- 织信低代码：初级应用2天，中级应用5天，高级扩展10天
- Mendix：初级应用5天，中级应用15天，高级扩展25天
- OutSystems：初级应用3天，中级应用10天，高级扩展20天
- 简道云：初级应用0.5天，中级应用2天，高级扩展做不到
- 宜搭：初级应用1天，中级应用3天，高级扩展8天（但扩展能力受限）
这些时间是一个有一定开发基础的人员的估算。如果是纯业务人员，时间至少要翻倍。而企业在选型时，往往只考虑了平台价格，忽略了这几个月的学习成本。
还有一个更隐蔽的成本：知识沉淀。Mendix和OutSystems这种国际平台，文档全、教程多、社区活跃，但都是英文的，国内团队的中文资料有限。我遇到问题时，在Mendix的官方论坛发帖，等了3天才收到回复，而且还是英文的。这个沟通成本，很多企业也没算进去。
各平台学习曲线对比图
测试总结：谁适合谁？
经过这半个月的测试，我发现每家平台都有自己的定位和适用场景。
织信低代码的综合能力最强，AI深度融合、扩展性好、信创适配全面。它适合中大型企业搭建复杂系统，比如ERP、MES这些核心业务。但它的学习成本不低，对IT团队的能力要求也比较高。
Mendix的技术架构最先进，模型驱动的理念很好，特别适合制造业、工业物联网这些场景。但它的价格高，学习曲线陡峭，更适合预算充足、有专业开发团队的企业。
OutSystems的全栈自动化能力突出，适合快速交付大型应用，比如银行核心系统改造。但它的成本太高了，而且对复杂业务逻辑的支撑，有时候还不如传统开发灵活。
简道云适合中小企业快速搭建轻量应用，比如报销、请假、库存管理这些。操作简单，成本低，但扩展性和复杂场景支撑能力有限。
钉钉宜搭适合已经深度使用钉钉生态的企业，做协同办公类应用。它的优势是和钉钉的审批、消息、组织架构打通，但跨生态集成能力弱，复杂场景也撑不住。
给你的选型建议
测试完这5个平台，我对选型这件事，有一些自己的思考。
第一个建议是，先明确你的业务复杂度。如果你的需求就是搭几个简单的表单和流程，简道云、宜搭这种轻量级平台就够了，没必要上织信、Mendix这种重型平台。但如果你要搭ERP、MES这类核心系统，那轻量平台就别考虑了，直接看企业级的。
第二个建议是，别忽视扩展性。你现在可能觉得简单功能就够了，但业务会发展的。比如我那个朋友，他们刚开始只是想搭个简单的客户管理系统，结果后来要对接ERP、要做数据分析、要移动端，平台撑不住就麻烦了。扩展性强的平台，短期可能贵点，但长期看省心。
第三个建议是，算算总成本。别光看平台的价格，要把学习成本、定制开发成本、迁移成本都算进去。OutSystems年费8-12万美金，听着贵，但如果它能让你少招两个开发，可能还是划算的。简道云便宜，但如果每次复杂需求都要外包，总成本可能更高。
第四个建议是，一定要POC测试。别听销售说，别看宣传册，找几个真实场景，自己搭一搭。我测试这半个月，比看十份白皮书都有用。你实际用一用，就知道这个平台是不是适合你了。
最后一个建议是，考虑生态适配。如果你公司已经在用钉钉、企业微信、飞书这些协同平台，优先考虑能深度集成的。如果你有严格的信创要求，像织信这种全栈国产化适配的平台就别放过。如果你是制造业，要看平台有没有行业模板和组件。
最后
测试完这5个平台，我对低代码技术的理解更深了一层。
低代码并不是什么场景都能解决。但它也确实不是玩具，在合适的场景下，它能把开发周期从几个月压缩到几周。
关键是，你得知道它的边界在哪里。
选型这件事，从来不是选最好的，而是选最适合的。适合你的业务复杂度、适合你的团队能力、适合你的预算、适合你的生态环境。
这个道理听起来简单，但真做起来，还是得自己试才知道。
成本构成分析
你最近在选型低代码平台吗？遇到了哪些坑？欢迎在评论区聊聊你的经历。
