1. 为什么选型前要先看懂低代码的分层世界每年年初我的社群里都会被同一类问题刷屏2026年了低代码开发平台到底该选哪家说实话这个问题我没法直接给一个标准答案。因为过去五年里每年都有企业拿着各种低代码平台的榜单来问我结果发现榜单第一名和自家业务的匹配度往往还不如第三梯队的一个小众产品。低代码开发平台这个市场已经大到不能用一个简单的排行榜来概括了。1.1 低代码到底解决什么问题很多人把低代码理解为拖拽生成页面这个理解不算错但完全不够。过去几年我给不少企业做过低代码选型评估接触下来最深的感受是低代码平台本质上比拼的不是画界面的速度而是把业务逻辑、数据模型、权限体系、集成链路、运维发布压缩到一个可控复杂度里的能力。换句话说一个每周能帮你搭三个报销审批表的工具和一个能把核心订单系统从零迁移过来的平台虽然都被叫低代码但它们根本不在同一个物种。我一般会把市面上的产品粗分成三层零代码表单、流程、仪表盘业务人员自己就能上手不需要写一行代码。低代码在可视化建模的基础上允许通过脚本、自定义组件、API扩展复杂逻辑需要专业开发者介入。企业级低代码平台具备完整的模型驱动能力、版本管理、CI/CD、细粒度权限、高可用部署目标是承载核心业务系统。2026年这个时间点去看市场还有一个显著变化几乎所有平台都把AI能力写进了首页。但AI到底是噱头还是真能缩短交付周期我后面会专门说先回到最基本的问题——你的需求到底属于哪一层。1.2 2026年三个改变选型逻辑的变量第一个变量是AI原生能力。往年选型看的是拖拽组件够不够多、表单字段够不够丰富2025年下半年开始大家问的是能不能根据自然语言生成应用。这个变化很实在因为低代码的瓶颈从来不在画页面而在把业务需求翻译成数据结构和流程规则。AI如果能吃掉这部分工作交付周期确实能砍掉一大截。第二个变量是私有化部署不再局限于大厂。以前只有银行、保险、集团型央企才会要求私有化部署现在很多中型企业因为数据管理要求也开始把能否私有化部署放进必选清单。这直接改变了国内低代码平台的竞争力结构——以前只拼SaaS功能的平台现在必须证明自己能脱离云端独立存活。第三个变量是低代码平台开始向业务自动化平台进化。单独建应用已经不够了平台还得能做流程编排、RPA对接、数据集成甚至流程挖掘。Appian、ServiceNow走的就是这条路国内的明道云、奥哲也在往这个方向发力。选型时如果只看建应用的能力会漏掉平台真正的长期价值。1.3 先读清楚平台之间的代差所谓代差我指的是底层的数据模型设计能力。把平台翻个底朝天你会发现市面上所有产品基本可以归入三个派别表单派以表单流程为核心一个表就是一个Excel关系逻辑靠人工维护。适合轻量场景比如审批、台账、巡检。模型派以数据对象关系规则为核心相当于把数据库设计器搬到可视化界面里。适合复杂业务比如订单、库存、客户全生命周期。代码增强派可视化建模只做壳复杂逻辑全靠写代码。适合需要深度自定义的团队。判断一个平台属于哪一派最快的方法是看两样东西能不能在界面上定义对象之间的多对多关系以及一个复杂逻辑能不能不写代码就表达出来。如果两个都不行它大概率只能做轻量场景。理清这层之后我再分别把国际和国内主流平台摊开聊。你会发现很多平台根本不适合放在同一个维度里PK它们是不同物种。2. 国际阵营老牌平台全面拆解2.1 OutSystems高性能低代码的守门人OutSystems是我个人给大型企业做评估时几乎绕不开的参照系。这个平台从2001年做到现在核心标签是高生产力、高性能、企业级。它的技术形态是典型的模型驱动加代码生成在IDE里拖拽实体、逻辑、界面平台生成真实可运行的代码所以性能通常比纯解释型的表单平台好。同时它提供了完整的生命周期管理环境分离开发、测试、生产、版本回滚、依赖分析都是标配。这一套在传统低代码工具里非常少见也正是因为它把工程化这件事做扎实了。适合OutSystems的场景包括银行内部系统重构、保险核保流程、供应链核心模块这类数据关系复杂、并发量不低、需要长期演进的项目。但代价也明显授权费用贵学习曲线陡而且一旦深度使用代码和平台高度绑定后续迁出成本非常高。2026年的OutSystems把Agent Builder和AI Mentor System做成了主打功能。我的看法是它的AI目前更多是辅助开发者写逻辑、查性能瓶颈而不是让业务人员全靠自然语言搭应用。如果你想要的是后者OutSystems可能不是最优解。2.2 Mendix工业与IoT版的低代码叙事Mendix在2018年被西门子收购之后整个产品叙事就绑定了工业场景。它的底层数据模型能力和OutSystems是一个级别但更强调多角色协同业务人员用Studio拖流程专业开发者用Studio Pro写Java和JS组件两边共享同一个模型。Mendix有一项能力是很多平台没有的就是部署环境极其灵活——可以跑在Mendix Cloud也可以部署到AWS、Azure、GCP还能做本地化部署。这一点对制造企业尤其有吸引力因为很多产线的数据不能随便放到外部SaaS上。在2026年的版本里Mendix把AI相关能力集中在智能辅助建模和数据查询助手上同时通过西门子生态把低代码应用和工业协议、设备数据打通。如果你是装备制造、能源或供应链背景的团队Mendix的价值不在画页面快而在它和你已有的工业系统能长在同一套语境里。但它也不是没有缺点企业版按应用加用户计费规模上去之后费用不低本地化服务响应相比国内厂商也显得慢半拍。所以Mendix更适合已经有全球化布局或对标国际标准的制造企业。2.3 Microsoft Power Apps生态无敌但小心被绑在微软身上Power Apps是现在全球用户量最大的低代码产品之一原因很朴素它长在Microsoft 365、Teams、SharePoint旁边企业里早就买了微软全家桶的话零额外软件成本就能启动。Power Apps分成Canvas和Model-driven两种模式。Canvas类似于画布式拖拽适合做体验自由的界面Model-driven基于Dataverse适合做规范化的业务应用。真正厉害的是它背后的Dataverse相当于微软给你的企业级数据库底座加上几百个连接器能和Azure、Dynamics、Power BI形成闭环。但我必须提醒一句Power Apps看似免费或便宜实际成本容易被低估。Dataverse容量、API调用次数、AI Builder点数、企业网关这些都是单独计费项。按用户授权算做大了之后年成本相当可观很多财务部门看到第二年账单时都会愣住。另一个问题是平台绑定。一旦深度使用Dataverse和Power Automate你的数据模型、权限逻辑都长在微软生态里想迁出去会非常痛苦。所以我的建议是如果团队已经标准化在微软生态Power Apps是性价比很高的选择如果IT栈不是微软系别为了低代码硬转。2026年它的Copilot能力已经深入到自然语言描述生成应用但生成结果的逻辑可控性依然一般复杂项目最好还是当辅助工具用。2.4 Appian、ServiceNow、Pega从BPM切入的老牌选手这三家做低代码的思路和前面两个平台不一样。它们的根是业务流程管理BPM和工作流自动化低代码只是表现形式。Appian的核心卖点是Data Fabric加Process把数据集成、流程编排、RPA、AI放进同一个平台。它最擅长的其实是流程密集型场景比如合同审批链、案件管理、贷款审核。这类场景对表单画布要求不高但对流程状态跟踪、SLA、审计日志要求极其严格。如果你们的业务痛点是流程卡在某个节点三个月没人管Appian这类平台才是对症下药。ServiceNow的App Engine则有点特殊它不是一个通用低代码平台而是长在ServiceNow Now Platform之上的开发框架。如果你已经在用ServiceNow的ITSM和ITOM用App Engine扩展IT应用流程是非常顺理成章的事但如果你想拿它做一个与ServiceNow无关的CRM体验会比较别扭。Pega走的是案例管理加决策引擎路线把一个客户从进线到结案的完整旅程当作模型里的一等公民配合AI决策Next Best Action非常适合金融、保险、客服运营。Pega的劣势和OutSystems类似价格高、技能稀缺、上手门槛高。这三家的共同特点是专业开发者友好、业务人员并不太友好。别被它们官网上的演示动画骗了你最后招到的需求分析师或流程顾问大多是有IT背景的人。2.5 轻量级国际工具Bubble、Retool、Airtable其实不算同赛道很多人在网上搜low-code platform会搜到Bubble、Retool、Airtable然后拿它们和其他企业级平台比这是典型的赛道错位。Bubble本质是无代码Web应用构建器它的视觉编程能力确实强适合创业团队快速做SaaS的MVP。但它有自己的云数据库和运行时环境性能上限、审计能力、版本治理都达不到企业级标准而且应用很难导出迁移。我见过几个团队用Bubble做得风生水起的产品最后因为迁移成本太高而被迫重写。Retool是面向开发者的内部工具平台不擅长拖表单但特别擅长帮你快速接上数据库和API生成管理后台、数据看板、运维界面。Retool的定位和低代码不太冲突它更适合工程团队当脚手架用而不是给业务人员搭应用。Airtable是表格数据库思路项目追踪、内容管理、小团队协作很顺手但它的字段、关系、权限模型都比较浅大多数情况下撑不起核心业务应用。我的结论是这三款产品各有价值但它们是轻量工具而非企业级平台选型时不要混为一谈。把需求定位清楚比疯狂对比功能清单有用得多。3. 国内阵营从表单工具到企业级基座差距比想象中大3.1 简道云与氚云中小企业的零代码启蒙国内低代码市场有一个非常经典的入门模式表单加流程加仪表盘业务人员自己搭建按人头或应用收费。简道云和氚云是这条路线里用户量最大的两个代表。简道云来自帆软做报表工具出身所以它的仪表盘和数据报表能力在同级产品里是有明显优势的。它的表单设计器、流程审批、智能助手这些模块做得相当顺手我非常推荐从来没有用过低代码的团队从简道云开始做第一套管理应用比如设备巡检、报销审批、项目台账。氚云的强项是模板丰富尤其在销售管理、进销存、CRM这类场景有一堆现成模板业务人员改改就能用。它和钉钉办公生态的整合做得比较深如果公司本身用钉钉氚云的落地成本会很低。但这两个平台都有明确的边界数据关系模型弱复杂事务性逻辑基本做不了。碰到一个订单拆成多次多批出货库存和应收要联动扣减这类场景表单派平台就会很吃力。它们是很好的启蒙工具但别指望它们承载核心ERP或交易系统。选它们的前提是你清楚地知道自己只需要一个跑流程、收数据的工具。3.2 宜搭与微搭巨头生态里的左右手钉钉宜搭和腾讯微搭是典型的生态型低代码价值取决于你绑定的平台。宜搭长在钉钉里和审批、通讯录、群机器人、OA消息天然打通。如果你的公司已经把办公协作标准化在钉钉用宜搭搭内部管理应用几乎是零摩擦的选择。它还有一个优势是大模型能力的接入自然语言建表单、生成流程已经比较成熟。短板则是脱离钉钉生态后能力大打折扣而且复杂业务模型的支撑能力有限。微搭是腾讯云旗下的产品定位和宜搭完全不同。它更偏向开发小程序和Web应用和微信生态公众号、小程序、企业微信的结合能力在国内几乎没有对手。微搭的核心用户其实是有一两个前端开发者的团队他们用它快速出小程序而不是纯业务人员自助搭建。选宜搭还是微搭本质不是比功能而是先问自己一句话你的应用将来主要跑在哪个生态里钉钉生态选宜搭微信和小程序场景选微搭。这两个平台的价值七成在生态三成在产品本身。3.3 明道云与伙伴云数据模型驱动的实干派在表单派和企业级低代码之间有一批国内平台选择了数据模型驱动的路线代表就是明道云和伙伴云。明道云的核心不是表单而是数据表、视图、工作流和统计的组合。它允许你像设计数据库一样设计业务对象然后在上面搭视图和流程。这种模式的好处是当业务逻辑稍微复杂时——比如客户、订单、产品、回款是多对象联动的——明道云还能撑得住而且它的开放API和集成插件市场做得不错。很多中型企业会拿它当运营中台来用这是表单派产品做不到的。伙伴云同样强调表格化的数据建模叠加自动化规则和仪表盘。它的团队背景带着销售管理基因所以伙伴云在客户运营、销售过程管理类场景落地很快特色是数据协作体验好——在表格上做权限管控、动态报表都比较顺手。这两家的问题是知名度不及巨头生态产品专业服务和行业方案需要自己搭。它们适合有一定IT能力、愿意自己折腾的中型团队。如果你期望买回来就有厂商帮你从头到尾包办那不是这条路线能提供的体验。3.4 活字格、奥哲、网易数帆给专业开发者准备的重武器如果要在国内找真正对标OutSystems、Mendix的选手我倾向于把葡萄城的活字格、奥哲的云枢、网易数帆的轻舟或CodeWave放进来。活字格的出身很特别母公司葡萄城是做开发控件SpreadJS的所以活字格天然带着开发者工具的基因。它采用类Excel逻辑加自定义代码扩展对很多传统行业里习惯用Excel管理业务的人非常友好同时C#和JavaScript插件机制保证了它做复杂应用的深度。它的私有化部署能力很强很多企业把活字格部署在自有服务器上做内部系统这是它相比国内SaaS低代码平台的一大优势。奥哲的云枢则是面向规模型企业的业务创新平台我更愿意把它理解成一个企业数字化底座有独立的模型引擎、流程引擎、权限模型支持复杂组织架构和集团级部署。奥哲在制造、金融、地产等行业有不少落地案例但它的复杂度决定了它不是给普通业务员玩的而是需要一支敏捷交付团队去操作。网易数帆的轻舟低代码和CodeWave是另一条值得关注的技术路线。网易数帆早年做中间件和DevOps所以轻舟在开发运维一体化、复杂应用交付方面的能力很扎实。CodeWave则在AI生成代码方向上投入很大通过自然语言和智能辅助来降低开发门槛。这类平台适合有一定研发力量、希望把低代码嵌进现有研发流程的团队。3.5 用友、金蝶的云平台低代码只是ERP的外挂最后聊一下传统企业管理软件厂商的低代码。用友的YonBuilder、金蝶的苍穹低代码以及泛微、致远这类OA厂商的低代码能力本质上都不是独立产品而是依附于自家核心系统的扩展层。如果你已经上了用友BIP或者金蝶云苍穹在它内部用低代码做二开、补定制模块那效率提升是很明显的毕竟数据模型、组织权限都在同一个体系里。但如果你想把它当独立低代码平台去搭建和核心ERP无关的应用通常会遇到组件封闭、生态有限的问题。注意这里的关键认知是——软件厂商的低代码价值在于让你的ERP或OA更适合你的业务而不是替代一个通用低代码开发平台。如果你的需求恰恰是给现有ERP做深度二开那这类平台反而是最优解否则还是把它放在备选之外比较稳妥。4. 2026年梯队排名不排名次只分层次很多人要排行榜但低代码平台不是一个可以简单排123的产品市场。同样的平台在不同团队的交付模式下效果可能完全相反。所以我更建议用梯队和标签来理解市场而不是执着于谁是第一。4.1 第一梯队全栈企业级适合替代传统开发国际阵营的代表是OutSystems、Mendix以及微软生态内表现突出的Power Apps、流程能力强劲的Appian。国内阵营能进这个梯队的有奥哲云枢、网易数帆轻舟和CodeWave私有化场景下的活字格以及在自家生态内体系能力完善的用友BIP低代码和金蝶苍穹低代码。共同特征模型驱动有完整的数据建模、权限、版本、部署体系支持复杂应用有代码扩展能力授权成本和运维成本都高。这个梯队适合的团队是准备认真长期经营一套应用体系、并且愿意投入专业人力去驾驭平台的组织。4.2 第二梯队生态绑定型适合特定组织架构包括ServiceNow App Engine、Salesforce Lightning Platform、钉钉宜搭、腾讯微搭以及泛微和致远这类OA厂商的低代码。共同特征是离开所属生态后价值大幅缩水但在原生态内部落地速度和集成体验是最好的。这个梯队不用来横向比较而是看你已经站在哪个生态平台上了。4.3 第三梯队轻量业务引擎适合快速响应包括简道云、氚云、明道云、伙伴云以及Airtable、Zoho Creator、Bubble、Retool。共同特征是上手低、交付快、价格友好但数据关系和事务能力有限。它们非常适合管理类、运营类、工具类应用不适合核心交易系统。提示我见过一个团队用简道云搭了一套复杂的货品批次进出库系统三个月后数据对不上账最后全部重做。不是简道云该背这个锅而是从一开始就没有人判断这个需求到底属于哪个梯队。4.4 一张表看懂国内外主流平台的核心参数下表是我在选型评估时常用的一张速查表参数基于我截至2026年初的观察具体以厂商最新版本为准平台阵营驱动模式核心优势明显短板典型适用场景OutSystems国际模型驱动加代码生成性能、生命周期管理、企业级贵、锁定强、上手慢银行、保险核心模块重构Mendix国际模型驱动工业与IoT整合、部署灵活企业版费用不低、本地服务弱制造、能源、供应链Power Apps国际模型加画布微软生态、连接器丰富成本易失控、绑定微软已标准化在微软生态的企业Appian国际流程驱动流程编排、RPA、SLA管理价格高、业务人员不友好贷款审核、合同、案件管理ServiceNow App Engine国际平台原生与ITSM、ITOM无缝通用开发能力受限ITSM扩展简道云、氚云国内表单驱动上手快、模板多、便宜数据模型弱、复杂事务做不了中小企业管理应用钉钉宜搭国内表单加生态钉钉集成、AI能力强出钉钉后能力缩水钉钉组织的内部应用腾讯微搭国内低代码加云微信小程序、企业微信生态偏开发者、业务自助弱小程序、微信业务场景明道云、伙伴云国内数据模型驱动对象关系建模、集成开放知名度低、行业方案需自建中型运营管理平台活字格国内类Excel加代码扩展私有化、Excel迁移友好界面现代感一般传统企业私有化系统奥哲云枢国内模型驱动复杂组织架构、集团级部署实施成本高、需专业团队大型企业数字化底座网易数帆轻舟国内低代码加AI研发运维一体化、AI代码生成生态起步晚有研发团队的企业表格里的每一行都是我实际评估或接触过的路径。我不会拍胸脯保证某个平台的绝对名次因为选错平台的代价往往不是功能不够而是团队的开发模式不适配。5. 选型决策指南三维定位法先别急着看功能5.1 维度一你要做的是什么类型的系统先把需求分好类再谈平台这叫先有方案再看药。内部管理类报销、审批、库存台账、资产管理、巡检打卡。这类需求结构简单选表单派零代码平台就够重点是上手速度和模板数量。业务运营类订单管理、进销存、售后工单、客户全流程。对象之间有关联逻辑有状态流转需要数据模型驱动建议从明道云、伙伴云这一档起步或者用宜搭、简道云先做边界测试。客户或外部应用类小程序、门户、面向外部用户的Web应用。这类对前端体验、并发、发布控制都有要求建议考虑微搭或企业级低代码而不是表单工具。流程密集型合同评审、案件处理、贷款审批。核心价值在流程状态机、SLA、审计和时限控制优先看Appian、Pega这类流程驱动平台。5.2 维度二谁来开发谁来维护这个问题比平台功能更决定项目成败。纯业务人员开发和维护团队里没有专职IT支持那必须选零代码、表单驱动的平台优先简道云、氚云、宜搭这类业务人员看得懂的产品。业务加少数IT组成的混合团队业务人员提需求搭表单IT负责接API、配权限。适合明道云、伙伴云、Power Apps这一类有清晰分层、又有代码扩展点的平台。专职开发团队使用低代码不要被低代码的低迷惑这类团队完全可以用第一梯队平台。重点是版本管理、多人协作、CI/CD、自定义组件这些工程能力而不是表单好不好看。5.3 维度三部署方式、预算与治理要求部署方式和预算决定平台选择的上限纯SaaS、预算紧张简道云、宜搭、氚云这类按人头或应用订阅的产品几千块钱就能启动。需要私有化但预算中等活字格、奥哲、网易数帆这类支持私有部署的国内平台更现实。需要在多个云上部署或混合云Mendix、OutSystems具备更成熟的部署编排能力但成本也上去了。有严格审计、权限、发布流程要求治理能力是第一优先级。一个连环境分离、变更审批都没有的平台功能再强也不该进入长名单。5.4 我的试用方法三周测试路径很多选型会死在演示都很好上线就露馅。我这里分享一个自己一直在用的三周测试法第一周核心建模测试。拿你最复杂的业务对象比如一个订单关联客户、产品、批次、应收在候选平台上重建数据模型。如果这个模型在平台的可视化界面里都建不顺直接淘汰。第二周集成测试。把平台和你们现有的系统做一次真实对接。重点看认证方式、连接器成熟度、API限流、出错重试——这些是演示时最容易被跳过的环节。第三周模式测试。让平台开发团队和业务团队一起做一个最小可用应用角色权限模拟、并发测试、发布流程各跑一遍。这个测试结束基本能判断平台适不适合你的组织。6. 选型踩坑实录与最后的经验总结6.1 陷阱一把零代码当成低代码我见过太多团队买了一堆账号用表单工具搭了半年发现业务逻辑复杂后完全推不动。零代码工具解决的问题是让业务在IT之外快速跑起来不等于它能承载核心系统。判断方法很简单看产品文档里有没有自定义代码安全规则环境管理这些章节。没有就往轻量用有再评估深度。6.2 陷阱二演示做得漂亮集成一塌糊涂低代码平台的演示环境通常是最好的配置和最小数据量真正决定项目成败的是集成质量。我强烈建议在试用阶段就要求平台方提供与你们真实系统的联调方案包括认证方式、数据同步频率、断点恢复、错误日志。一个平台声称有500个连接器不代表你用的那3个连接器真的好用。6.3 陷阱三忽视出口与厂商锁定低代码平台最贵的就是退出成本。选型时至少问三个问题数据能不能完整导出应用定义能不能备份迁移代码和配置有没有开放格式如果产品方的回答全是申请后由客户成功团队协助导出那你要有长期共存的准备。有时候多付一点费用选一个开放程度更高的平台从长期看反而是省钱。6.4 最后分享几个实用建议我这几年代理过多家企业的低代码选型最后想说几个朴素的体会。第一先选场景再选平台。低代码选型最大的错误是为了上低代码而上低代码。我建议从一个人力密集、逻辑相对清晰的内部流程场景切入比如工单派发或报销审批跑通后再逐步扩展到复杂业务。第二别被AI功能晃花眼。2026年的低代码平台几乎都会说自己有AI能力但实际分三类生成界面、帮助写逻辑、嵌入业务逻辑做决策。前两类是效率工具第三类才是业务价值。选型时一定要问清楚平台的AI是基于什么模型以及数据在AI能力里怎么流转。第三把三年后的维护团队放在选型表里。一个保姆级好用的零代码平台如果三年后业务复杂度超过它你和业务团队都得重新做一遍迁移一个专业级平台如果招不到会用的人项目也会烂尾。要选择和你团队成长路径匹配的平台而不是当下最火的那个。我自己现在的默认做法是轻量管理需求直接用表单工具复杂运营需求走数据模型驱动平台涉及核心交易和客户体验的则老老实实用企业级低代码或传统开发。这个朴素的分类帮我在过去几年避开了绝大多数选型坑希望也能帮到你。 2026年低代码开发平台选型指南：国内外主流产品深度拆解与避坑策略
1. 为什么选型前要先看懂低代码的分层世界每年年初我的社群里都会被同一类问题刷屏2026年了低代码开发平台到底该选哪家说实话这个问题我没法直接给一个标准答案。因为过去五年里每年都有企业拿着各种低代码平台的榜单来问我结果发现榜单第一名和自家业务的匹配度往往还不如第三梯队的一个小众产品。低代码开发平台这个市场已经大到不能用一个简单的排行榜来概括了。1.1 低代码到底解决什么问题很多人把低代码理解为拖拽生成页面这个理解不算错但完全不够。过去几年我给不少企业做过低代码选型评估接触下来最深的感受是低代码平台本质上比拼的不是画界面的速度而是把业务逻辑、数据模型、权限体系、集成链路、运维发布压缩到一个可控复杂度里的能力。换句话说一个每周能帮你搭三个报销审批表的工具和一个能把核心订单系统从零迁移过来的平台虽然都被叫低代码但它们根本不在同一个物种。我一般会把市面上的产品粗分成三层零代码表单、流程、仪表盘业务人员自己就能上手不需要写一行代码。低代码在可视化建模的基础上允许通过脚本、自定义组件、API扩展复杂逻辑需要专业开发者介入。企业级低代码平台具备完整的模型驱动能力、版本管理、CI/CD、细粒度权限、高可用部署目标是承载核心业务系统。2026年这个时间点去看市场还有一个显著变化几乎所有平台都把AI能力写进了首页。但AI到底是噱头还是真能缩短交付周期我后面会专门说先回到最基本的问题——你的需求到底属于哪一层。1.2 2026年三个改变选型逻辑的变量第一个变量是AI原生能力。往年选型看的是拖拽组件够不够多、表单字段够不够丰富2025年下半年开始大家问的是能不能根据自然语言生成应用。这个变化很实在因为低代码的瓶颈从来不在画页面而在把业务需求翻译成数据结构和流程规则。AI如果能吃掉这部分工作交付周期确实能砍掉一大截。第二个变量是私有化部署不再局限于大厂。以前只有银行、保险、集团型央企才会要求私有化部署现在很多中型企业因为数据管理要求也开始把能否私有化部署放进必选清单。这直接改变了国内低代码平台的竞争力结构——以前只拼SaaS功能的平台现在必须证明自己能脱离云端独立存活。第三个变量是低代码平台开始向业务自动化平台进化。单独建应用已经不够了平台还得能做流程编排、RPA对接、数据集成甚至流程挖掘。Appian、ServiceNow走的就是这条路国内的明道云、奥哲也在往这个方向发力。选型时如果只看建应用的能力会漏掉平台真正的长期价值。1.3 先读清楚平台之间的代差所谓代差我指的是底层的数据模型设计能力。把平台翻个底朝天你会发现市面上所有产品基本可以归入三个派别表单派以表单流程为核心一个表就是一个Excel关系逻辑靠人工维护。适合轻量场景比如审批、台账、巡检。模型派以数据对象关系规则为核心相当于把数据库设计器搬到可视化界面里。适合复杂业务比如订单、库存、客户全生命周期。代码增强派可视化建模只做壳复杂逻辑全靠写代码。适合需要深度自定义的团队。判断一个平台属于哪一派最快的方法是看两样东西能不能在界面上定义对象之间的多对多关系以及一个复杂逻辑能不能不写代码就表达出来。如果两个都不行它大概率只能做轻量场景。理清这层之后我再分别把国际和国内主流平台摊开聊。你会发现很多平台根本不适合放在同一个维度里PK它们是不同物种。2. 国际阵营老牌平台全面拆解2.1 OutSystems高性能低代码的守门人OutSystems是我个人给大型企业做评估时几乎绕不开的参照系。这个平台从2001年做到现在核心标签是高生产力、高性能、企业级。它的技术形态是典型的模型驱动加代码生成在IDE里拖拽实体、逻辑、界面平台生成真实可运行的代码所以性能通常比纯解释型的表单平台好。同时它提供了完整的生命周期管理环境分离开发、测试、生产、版本回滚、依赖分析都是标配。这一套在传统低代码工具里非常少见也正是因为它把工程化这件事做扎实了。适合OutSystems的场景包括银行内部系统重构、保险核保流程、供应链核心模块这类数据关系复杂、并发量不低、需要长期演进的项目。但代价也明显授权费用贵学习曲线陡而且一旦深度使用代码和平台高度绑定后续迁出成本非常高。2026年的OutSystems把Agent Builder和AI Mentor System做成了主打功能。我的看法是它的AI目前更多是辅助开发者写逻辑、查性能瓶颈而不是让业务人员全靠自然语言搭应用。如果你想要的是后者OutSystems可能不是最优解。2.2 Mendix工业与IoT版的低代码叙事Mendix在2018年被西门子收购之后整个产品叙事就绑定了工业场景。它的底层数据模型能力和OutSystems是一个级别但更强调多角色协同业务人员用Studio拖流程专业开发者用Studio Pro写Java和JS组件两边共享同一个模型。Mendix有一项能力是很多平台没有的就是部署环境极其灵活——可以跑在Mendix Cloud也可以部署到AWS、Azure、GCP还能做本地化部署。这一点对制造企业尤其有吸引力因为很多产线的数据不能随便放到外部SaaS上。在2026年的版本里Mendix把AI相关能力集中在智能辅助建模和数据查询助手上同时通过西门子生态把低代码应用和工业协议、设备数据打通。如果你是装备制造、能源或供应链背景的团队Mendix的价值不在画页面快而在它和你已有的工业系统能长在同一套语境里。但它也不是没有缺点企业版按应用加用户计费规模上去之后费用不低本地化服务响应相比国内厂商也显得慢半拍。所以Mendix更适合已经有全球化布局或对标国际标准的制造企业。2.3 Microsoft Power Apps生态无敌但小心被绑在微软身上Power Apps是现在全球用户量最大的低代码产品之一原因很朴素它长在Microsoft 365、Teams、SharePoint旁边企业里早就买了微软全家桶的话零额外软件成本就能启动。Power Apps分成Canvas和Model-driven两种模式。Canvas类似于画布式拖拽适合做体验自由的界面Model-driven基于Dataverse适合做规范化的业务应用。真正厉害的是它背后的Dataverse相当于微软给你的企业级数据库底座加上几百个连接器能和Azure、Dynamics、Power BI形成闭环。但我必须提醒一句Power Apps看似免费或便宜实际成本容易被低估。Dataverse容量、API调用次数、AI Builder点数、企业网关这些都是单独计费项。按用户授权算做大了之后年成本相当可观很多财务部门看到第二年账单时都会愣住。另一个问题是平台绑定。一旦深度使用Dataverse和Power Automate你的数据模型、权限逻辑都长在微软生态里想迁出去会非常痛苦。所以我的建议是如果团队已经标准化在微软生态Power Apps是性价比很高的选择如果IT栈不是微软系别为了低代码硬转。2026年它的Copilot能力已经深入到自然语言描述生成应用但生成结果的逻辑可控性依然一般复杂项目最好还是当辅助工具用。2.4 Appian、ServiceNow、Pega从BPM切入的老牌选手这三家做低代码的思路和前面两个平台不一样。它们的根是业务流程管理BPM和工作流自动化低代码只是表现形式。Appian的核心卖点是Data Fabric加Process把数据集成、流程编排、RPA、AI放进同一个平台。它最擅长的其实是流程密集型场景比如合同审批链、案件管理、贷款审核。这类场景对表单画布要求不高但对流程状态跟踪、SLA、审计日志要求极其严格。如果你们的业务痛点是流程卡在某个节点三个月没人管Appian这类平台才是对症下药。ServiceNow的App Engine则有点特殊它不是一个通用低代码平台而是长在ServiceNow Now Platform之上的开发框架。如果你已经在用ServiceNow的ITSM和ITOM用App Engine扩展IT应用流程是非常顺理成章的事但如果你想拿它做一个与ServiceNow无关的CRM体验会比较别扭。Pega走的是案例管理加决策引擎路线把一个客户从进线到结案的完整旅程当作模型里的一等公民配合AI决策Next Best Action非常适合金融、保险、客服运营。Pega的劣势和OutSystems类似价格高、技能稀缺、上手门槛高。这三家的共同特点是专业开发者友好、业务人员并不太友好。别被它们官网上的演示动画骗了你最后招到的需求分析师或流程顾问大多是有IT背景的人。2.5 轻量级国际工具Bubble、Retool、Airtable其实不算同赛道很多人在网上搜low-code platform会搜到Bubble、Retool、Airtable然后拿它们和其他企业级平台比这是典型的赛道错位。Bubble本质是无代码Web应用构建器它的视觉编程能力确实强适合创业团队快速做SaaS的MVP。但它有自己的云数据库和运行时环境性能上限、审计能力、版本治理都达不到企业级标准而且应用很难导出迁移。我见过几个团队用Bubble做得风生水起的产品最后因为迁移成本太高而被迫重写。Retool是面向开发者的内部工具平台不擅长拖表单但特别擅长帮你快速接上数据库和API生成管理后台、数据看板、运维界面。Retool的定位和低代码不太冲突它更适合工程团队当脚手架用而不是给业务人员搭应用。Airtable是表格数据库思路项目追踪、内容管理、小团队协作很顺手但它的字段、关系、权限模型都比较浅大多数情况下撑不起核心业务应用。我的结论是这三款产品各有价值但它们是轻量工具而非企业级平台选型时不要混为一谈。把需求定位清楚比疯狂对比功能清单有用得多。3. 国内阵营从表单工具到企业级基座差距比想象中大3.1 简道云与氚云中小企业的零代码启蒙国内低代码市场有一个非常经典的入门模式表单加流程加仪表盘业务人员自己搭建按人头或应用收费。简道云和氚云是这条路线里用户量最大的两个代表。简道云来自帆软做报表工具出身所以它的仪表盘和数据报表能力在同级产品里是有明显优势的。它的表单设计器、流程审批、智能助手这些模块做得相当顺手我非常推荐从来没有用过低代码的团队从简道云开始做第一套管理应用比如设备巡检、报销审批、项目台账。氚云的强项是模板丰富尤其在销售管理、进销存、CRM这类场景有一堆现成模板业务人员改改就能用。它和钉钉办公生态的整合做得比较深如果公司本身用钉钉氚云的落地成本会很低。但这两个平台都有明确的边界数据关系模型弱复杂事务性逻辑基本做不了。碰到一个订单拆成多次多批出货库存和应收要联动扣减这类场景表单派平台就会很吃力。它们是很好的启蒙工具但别指望它们承载核心ERP或交易系统。选它们的前提是你清楚地知道自己只需要一个跑流程、收数据的工具。3.2 宜搭与微搭巨头生态里的左右手钉钉宜搭和腾讯微搭是典型的生态型低代码价值取决于你绑定的平台。宜搭长在钉钉里和审批、通讯录、群机器人、OA消息天然打通。如果你的公司已经把办公协作标准化在钉钉用宜搭搭内部管理应用几乎是零摩擦的选择。它还有一个优势是大模型能力的接入自然语言建表单、生成流程已经比较成熟。短板则是脱离钉钉生态后能力大打折扣而且复杂业务模型的支撑能力有限。微搭是腾讯云旗下的产品定位和宜搭完全不同。它更偏向开发小程序和Web应用和微信生态公众号、小程序、企业微信的结合能力在国内几乎没有对手。微搭的核心用户其实是有一两个前端开发者的团队他们用它快速出小程序而不是纯业务人员自助搭建。选宜搭还是微搭本质不是比功能而是先问自己一句话你的应用将来主要跑在哪个生态里钉钉生态选宜搭微信和小程序场景选微搭。这两个平台的价值七成在生态三成在产品本身。3.3 明道云与伙伴云数据模型驱动的实干派在表单派和企业级低代码之间有一批国内平台选择了数据模型驱动的路线代表就是明道云和伙伴云。明道云的核心不是表单而是数据表、视图、工作流和统计的组合。它允许你像设计数据库一样设计业务对象然后在上面搭视图和流程。这种模式的好处是当业务逻辑稍微复杂时——比如客户、订单、产品、回款是多对象联动的——明道云还能撑得住而且它的开放API和集成插件市场做得不错。很多中型企业会拿它当运营中台来用这是表单派产品做不到的。伙伴云同样强调表格化的数据建模叠加自动化规则和仪表盘。它的团队背景带着销售管理基因所以伙伴云在客户运营、销售过程管理类场景落地很快特色是数据协作体验好——在表格上做权限管控、动态报表都比较顺手。这两家的问题是知名度不及巨头生态产品专业服务和行业方案需要自己搭。它们适合有一定IT能力、愿意自己折腾的中型团队。如果你期望买回来就有厂商帮你从头到尾包办那不是这条路线能提供的体验。3.4 活字格、奥哲、网易数帆给专业开发者准备的重武器如果要在国内找真正对标OutSystems、Mendix的选手我倾向于把葡萄城的活字格、奥哲的云枢、网易数帆的轻舟或CodeWave放进来。活字格的出身很特别母公司葡萄城是做开发控件SpreadJS的所以活字格天然带着开发者工具的基因。它采用类Excel逻辑加自定义代码扩展对很多传统行业里习惯用Excel管理业务的人非常友好同时C#和JavaScript插件机制保证了它做复杂应用的深度。它的私有化部署能力很强很多企业把活字格部署在自有服务器上做内部系统这是它相比国内SaaS低代码平台的一大优势。奥哲的云枢则是面向规模型企业的业务创新平台我更愿意把它理解成一个企业数字化底座有独立的模型引擎、流程引擎、权限模型支持复杂组织架构和集团级部署。奥哲在制造、金融、地产等行业有不少落地案例但它的复杂度决定了它不是给普通业务员玩的而是需要一支敏捷交付团队去操作。网易数帆的轻舟低代码和CodeWave是另一条值得关注的技术路线。网易数帆早年做中间件和DevOps所以轻舟在开发运维一体化、复杂应用交付方面的能力很扎实。CodeWave则在AI生成代码方向上投入很大通过自然语言和智能辅助来降低开发门槛。这类平台适合有一定研发力量、希望把低代码嵌进现有研发流程的团队。3.5 用友、金蝶的云平台低代码只是ERP的外挂最后聊一下传统企业管理软件厂商的低代码。用友的YonBuilder、金蝶的苍穹低代码以及泛微、致远这类OA厂商的低代码能力本质上都不是独立产品而是依附于自家核心系统的扩展层。如果你已经上了用友BIP或者金蝶云苍穹在它内部用低代码做二开、补定制模块那效率提升是很明显的毕竟数据模型、组织权限都在同一个体系里。但如果你想把它当独立低代码平台去搭建和核心ERP无关的应用通常会遇到组件封闭、生态有限的问题。注意这里的关键认知是——软件厂商的低代码价值在于让你的ERP或OA更适合你的业务而不是替代一个通用低代码开发平台。如果你的需求恰恰是给现有ERP做深度二开那这类平台反而是最优解否则还是把它放在备选之外比较稳妥。4. 2026年梯队排名不排名次只分层次很多人要排行榜但低代码平台不是一个可以简单排123的产品市场。同样的平台在不同团队的交付模式下效果可能完全相反。所以我更建议用梯队和标签来理解市场而不是执着于谁是第一。4.1 第一梯队全栈企业级适合替代传统开发国际阵营的代表是OutSystems、Mendix以及微软生态内表现突出的Power Apps、流程能力强劲的Appian。国内阵营能进这个梯队的有奥哲云枢、网易数帆轻舟和CodeWave私有化场景下的活字格以及在自家生态内体系能力完善的用友BIP低代码和金蝶苍穹低代码。共同特征模型驱动有完整的数据建模、权限、版本、部署体系支持复杂应用有代码扩展能力授权成本和运维成本都高。这个梯队适合的团队是准备认真长期经营一套应用体系、并且愿意投入专业人力去驾驭平台的组织。4.2 第二梯队生态绑定型适合特定组织架构包括ServiceNow App Engine、Salesforce Lightning Platform、钉钉宜搭、腾讯微搭以及泛微和致远这类OA厂商的低代码。共同特征是离开所属生态后价值大幅缩水但在原生态内部落地速度和集成体验是最好的。这个梯队不用来横向比较而是看你已经站在哪个生态平台上了。4.3 第三梯队轻量业务引擎适合快速响应包括简道云、氚云、明道云、伙伴云以及Airtable、Zoho Creator、Bubble、Retool。共同特征是上手低、交付快、价格友好但数据关系和事务能力有限。它们非常适合管理类、运营类、工具类应用不适合核心交易系统。提示我见过一个团队用简道云搭了一套复杂的货品批次进出库系统三个月后数据对不上账最后全部重做。不是简道云该背这个锅而是从一开始就没有人判断这个需求到底属于哪个梯队。4.4 一张表看懂国内外主流平台的核心参数下表是我在选型评估时常用的一张速查表参数基于我截至2026年初的观察具体以厂商最新版本为准平台阵营驱动模式核心优势明显短板典型适用场景OutSystems国际模型驱动加代码生成性能、生命周期管理、企业级贵、锁定强、上手慢银行、保险核心模块重构Mendix国际模型驱动工业与IoT整合、部署灵活企业版费用不低、本地服务弱制造、能源、供应链Power Apps国际模型加画布微软生态、连接器丰富成本易失控、绑定微软已标准化在微软生态的企业Appian国际流程驱动流程编排、RPA、SLA管理价格高、业务人员不友好贷款审核、合同、案件管理ServiceNow App Engine国际平台原生与ITSM、ITOM无缝通用开发能力受限ITSM扩展简道云、氚云国内表单驱动上手快、模板多、便宜数据模型弱、复杂事务做不了中小企业管理应用钉钉宜搭国内表单加生态钉钉集成、AI能力强出钉钉后能力缩水钉钉组织的内部应用腾讯微搭国内低代码加云微信小程序、企业微信生态偏开发者、业务自助弱小程序、微信业务场景明道云、伙伴云国内数据模型驱动对象关系建模、集成开放知名度低、行业方案需自建中型运营管理平台活字格国内类Excel加代码扩展私有化、Excel迁移友好界面现代感一般传统企业私有化系统奥哲云枢国内模型驱动复杂组织架构、集团级部署实施成本高、需专业团队大型企业数字化底座网易数帆轻舟国内低代码加AI研发运维一体化、AI代码生成生态起步晚有研发团队的企业表格里的每一行都是我实际评估或接触过的路径。我不会拍胸脯保证某个平台的绝对名次因为选错平台的代价往往不是功能不够而是团队的开发模式不适配。5. 选型决策指南三维定位法先别急着看功能5.1 维度一你要做的是什么类型的系统先把需求分好类再谈平台这叫先有方案再看药。内部管理类报销、审批、库存台账、资产管理、巡检打卡。这类需求结构简单选表单派零代码平台就够重点是上手速度和模板数量。业务运营类订单管理、进销存、售后工单、客户全流程。对象之间有关联逻辑有状态流转需要数据模型驱动建议从明道云、伙伴云这一档起步或者用宜搭、简道云先做边界测试。客户或外部应用类小程序、门户、面向外部用户的Web应用。这类对前端体验、并发、发布控制都有要求建议考虑微搭或企业级低代码而不是表单工具。流程密集型合同评审、案件处理、贷款审批。核心价值在流程状态机、SLA、审计和时限控制优先看Appian、Pega这类流程驱动平台。5.2 维度二谁来开发谁来维护这个问题比平台功能更决定项目成败。纯业务人员开发和维护团队里没有专职IT支持那必须选零代码、表单驱动的平台优先简道云、氚云、宜搭这类业务人员看得懂的产品。业务加少数IT组成的混合团队业务人员提需求搭表单IT负责接API、配权限。适合明道云、伙伴云、Power Apps这一类有清晰分层、又有代码扩展点的平台。专职开发团队使用低代码不要被低代码的低迷惑这类团队完全可以用第一梯队平台。重点是版本管理、多人协作、CI/CD、自定义组件这些工程能力而不是表单好不好看。5.3 维度三部署方式、预算与治理要求部署方式和预算决定平台选择的上限纯SaaS、预算紧张简道云、宜搭、氚云这类按人头或应用订阅的产品几千块钱就能启动。需要私有化但预算中等活字格、奥哲、网易数帆这类支持私有部署的国内平台更现实。需要在多个云上部署或混合云Mendix、OutSystems具备更成熟的部署编排能力但成本也上去了。有严格审计、权限、发布流程要求治理能力是第一优先级。一个连环境分离、变更审批都没有的平台功能再强也不该进入长名单。5.4 我的试用方法三周测试路径很多选型会死在演示都很好上线就露馅。我这里分享一个自己一直在用的三周测试法第一周核心建模测试。拿你最复杂的业务对象比如一个订单关联客户、产品、批次、应收在候选平台上重建数据模型。如果这个模型在平台的可视化界面里都建不顺直接淘汰。第二周集成测试。把平台和你们现有的系统做一次真实对接。重点看认证方式、连接器成熟度、API限流、出错重试——这些是演示时最容易被跳过的环节。第三周模式测试。让平台开发团队和业务团队一起做一个最小可用应用角色权限模拟、并发测试、发布流程各跑一遍。这个测试结束基本能判断平台适不适合你的组织。6. 选型踩坑实录与最后的经验总结6.1 陷阱一把零代码当成低代码我见过太多团队买了一堆账号用表单工具搭了半年发现业务逻辑复杂后完全推不动。零代码工具解决的问题是让业务在IT之外快速跑起来不等于它能承载核心系统。判断方法很简单看产品文档里有没有自定义代码安全规则环境管理这些章节。没有就往轻量用有再评估深度。6.2 陷阱二演示做得漂亮集成一塌糊涂低代码平台的演示环境通常是最好的配置和最小数据量真正决定项目成败的是集成质量。我强烈建议在试用阶段就要求平台方提供与你们真实系统的联调方案包括认证方式、数据同步频率、断点恢复、错误日志。一个平台声称有500个连接器不代表你用的那3个连接器真的好用。6.3 陷阱三忽视出口与厂商锁定低代码平台最贵的就是退出成本。选型时至少问三个问题数据能不能完整导出应用定义能不能备份迁移代码和配置有没有开放格式如果产品方的回答全是申请后由客户成功团队协助导出那你要有长期共存的准备。有时候多付一点费用选一个开放程度更高的平台从长期看反而是省钱。6.4 最后分享几个实用建议我这几年代理过多家企业的低代码选型最后想说几个朴素的体会。第一先选场景再选平台。低代码选型最大的错误是为了上低代码而上低代码。我建议从一个人力密集、逻辑相对清晰的内部流程场景切入比如工单派发或报销审批跑通后再逐步扩展到复杂业务。第二别被AI功能晃花眼。2026年的低代码平台几乎都会说自己有AI能力但实际分三类生成界面、帮助写逻辑、嵌入业务逻辑做决策。前两类是效率工具第三类才是业务价值。选型时一定要问清楚平台的AI是基于什么模型以及数据在AI能力里怎么流转。第三把三年后的维护团队放在选型表里。一个保姆级好用的零代码平台如果三年后业务复杂度超过它你和业务团队都得重新做一遍迁移一个专业级平台如果招不到会用的人项目也会烂尾。要选择和你团队成长路径匹配的平台而不是当下最火的那个。我自己现在的默认做法是轻量管理需求直接用表单工具复杂运营需求走数据模型驱动平台涉及核心交易和客户体验的则老老实实用企业级低代码或传统开发。这个朴素的分类帮我在过去几年避开了绝大多数选型坑希望也能帮到你。