摘要：IDC 数据显示，2025 上半年国内低代码/零代码市场规模已达 21.1 亿元，同比涨 21.4%。Gartner 预测 2026 年超 70% 的企业新业务应用将用低代码/无代码技术搭建。但信通院调研同时指出，企业选型踩坑率高达 67%，其中 71% 源于厂商锁定。问题不在平台不好，在于选错了范式——用零代码工具做行业 SaaS，用重型低代码做轻量审批，都是范式错配。本文从 ISV 交付视角，拆解零代码、低代码、渐进式 IDE 三条路线的本质差异，给一份可以直接对号入座的选型指南。

---

一、选型为什么难：你选的不是平台，是开发范式

先还原一个 ISV 选型的典型场景。

你是一家十几人的软件公司，主营行业定制化系统。老板拿着客户需求来找你：「客户要一套进销存，带审批流、移动端、数据看板，还要能对接他们的 ERP。预算 8 万，两个月交付。」

你打开浏览器搜「低代码平台」，结果看到了这些：

• 简道云、宜搭、轻流——拖拽搭表单，半天上手，但好像做不了复杂业务逻辑
• Power Platform、Mendix、OutSystems——功能强大，但授权费一年几十万起步
• 还有一堆叫「快速开发平台」「低代码底座」「aPaaS」的——分不清跟前面两类有什么区别

你做了张对比表，功能列打勾，发现都差不多。于是按价格选了一个，开始做项目。

两个月后，问题来了：

• 客户要加一个「按缸号批次追溯」的功能——平台说组件不支持自定义字段关联，得等下个大版本
• 客户要移动端扫码直接带出库位——平台说 H5 只能做表单收集，做不了扫码交互
• 客户要对接他们的用友 ERP——平台说只有付费版才开放 API，你买的是标准版

这些问题的共同根源是：你选的不是同一个物种。市面上被称为「低代码」的平台，实际上分属三种完全不同的开发范式——零代码、低代码、渐进式 IDE。功能清单上看不出这个差别，但它决定了你的项目能做到什么程度、走到多远。

---

二、三种范式的本质区别

先把概念说清楚。这不是给谁贴标签——三种范式各有各的合理性，关键是要匹配你的交付场景。

范式一：零代码（No-Code）

代表平台：简道云、钉钉宜搭、腾讯云微搭、轻流、明道云

核心理念：让不会写代码的人也能搭应用。通过拖拽组件、配置表单和流程，完成数据采集和审批流转。

能力边界：平台预设了组件库和模板，你的应用只能在这个框架里生长。一旦需求超出框架的想象边界——比如需要自定义交互逻辑、对接外部系统、做复杂的数据关联计算——就无路可走。

ISV 视角：零代码平台是「表单收集器 + 流程审批器」的强化版。适合做 OA、报销、考勤、简易客户台账。如果你交付的是这类轻量应用，零代码够用且高效。但如果客户要的是行业 SaaS——进销存、仓储管理、生产排单——零代码的天花板会很快撞到。

行业数据：信通院 2026 测评将简道云、宜搭、微搭归为 B 级（轻量化过渡工具），明确标注「不适合企业核心业务系统建设，长期迭代极易形成数据孤岛」。当然，信通院的评测口径偏政企重型场景，对于轻量办公场景，这些平台仍然是成熟的选择。

范式二：低代码（Low-Code）

代表平台：微软 Power Platform、Mendix、OutSystems、奥哲云枢、用友 BIP 低代码

核心理念：在可视化搭建的基础上，保留代码层面的扩展入口。开发人员可以在拖拽生成的基础上，嵌入自定义代码来实现平台原生不支持的功能。

能力边界：比零代码高了一截，但大多数低代码平台的「代码扩展」是一个独立岛屿——你在平台的可视化编辑器里拖拽 80% 的功能，然后切到一个代码编辑器里写剩下的 20%，两部分之间是割裂的：可视化部分看不到代码逻辑，代码部分也无法被可视化设计器管理。

ISV 视角：低代码平台的授权成本不低。OutSystems、Mendix 的企业版年费通常在 10 万美元以上；Power Platform 按 用户/月 收费，大规模部署成本也不低。国内平台如奥哲云枢更适合政企重型项目。对于十几人的 ISV 来说，这个成本结构意味着你的每个客户项目都要额外背负一笔平台授权费，利润空间被压缩。

行业数据：Gartner 2025 魔力象限将 Mendix 列为企业级低代码领导者；Forrester 研究显示低代码比传统开发快 4 倍。但信通院同时指出，65% 的闭源平台存在「数据黑盒」「迁移天价」「功能阉割」问题，企业一旦上线，后续迭代、对接、迁移全被厂商掌控，长期成本是初始投入的 3-5 倍。

范式三：渐进式 IDE（Progressive IDE）

代表平台：myBuilder

核心理念：不是让你在零代码和低代码之间二选一，而是把三层能力打通——80% 的标准化逻辑用可视化拖拽，15% 的业务规则用表达式配置，5% 的核心逻辑直接写代码。三层之间不是割裂的岛屿，而是同一条河流的上中下游，数据和逻辑在三层之间自然流动。

能力边界：渐进式 IDE 的天花板不是平台预设的组件库，而是开发者的代码能力。因为最底层就是全代码——你可以直接写前端 JS、后端 Java、SQL 脚本。平台不锁死你的代码，90% 的框架模块源码公开可导出。

ISV 视角：渐进式 IDE 对 ISV 的核心价值是——一个平台覆盖从轻量到重型的全频谱交付。客户要简易审批？用无代码层拖拽搞定。客户要行业 SaaS？在低代码层配表达式 + 全代码层写核心逻辑。不需要为不同客户买不同平台，一套工具打天下。

---

三、六维度对比表

对比维度	零代码	低代码	渐进式 IDE
目标用户	业务人员，无需编程	IT 开发人员 + 业务人员	ISV/开发者，业务人员可用无代码层
扩展方式	平台预设组件，无代码入口	可视化 + 独立代码编辑器	无代码→表达式→全代码 三级贯通
能力天花板	平台组件库边界	平台 + 代码扩展，但两层割裂	开发者代码能力（最底层是全代码）
代码归属	完全闭源，厂商锁定	部分闭源，代码导出受限	底层引擎闭源，90% 框架模块源码公开可导出
私有化部署	多数仅公有云 SaaS	部分支持，费用高	支持，12 元个人版即含，不分版本
ISV 交付成本	按用户/月 订阅，规模越大越贵	年费 10 万+（国际平台）或按需报价	两个版本均为永久授权：个人版 12 元，企业版 3,980 元（含 366 天会员服务，可开票）

数据来源：Forrester 总体经济影响研究（低代码 vs 传统开发效率 4 倍）；IDC《2025 上半年中国低代码与零代码软件市场跟踪报告》；信通院《2026 中国低代码平台发展白皮书》；各平台官方定价页。

---

四、三个关键差异点详解

差异一：能力天花板——撞墙之后怎么办

这是 ISV 最关心的问题。客户需求是会变的，今天只要表单，明天就要复杂业务逻辑。

零代码的墙：撞墙就是撞墙，没有梯子。简道云的组件库不支持的功能，你只能等平台更新或者换平台。信通院调研显示，零代码平台最常见的失败模式是「初期快速上线，后期需求复杂度超出平台承载力时的迁移成本」——这是选型时最容易忽略的隐性成本。

低代码的墙：有梯子，但梯子不在墙内。你在可视化编辑器里搭建 80%，然后切到代码编辑器写 20%。问题是这 20% 的代码无法被可视化设计器管理——你修改了一个组件的属性，代码里引用的字段名可能就失效了，而设计器不会告诉你。两层之间的割裂是低代码平台的通病。

渐进式 IDE 的墙：没有墙，只有坡道。以 myBuilder 为例，三层能力在同一个工作区内：

• 无代码层：拖拽组件搭建页面，所有低代码平台都会做的事
• 低代码层：用表达式配置组件规则——显示/隐藏、禁用、校验、联动，不用写代码但能精确控制
• 全代码层：直接在底部代码编辑区写前端 JS、后端 Java、SQL 脚本
  
  

关键差别在于：三层共享同一个元模型。你在无代码层拖了一个组件，低代码层的表达式立刻能引用它的字段；你在全代码层写了一段逻辑，无代码层的组件属性面板能看到它。不是三个工具拼在一起，是一个工具的三种用法。

差异二：代码归属——交付物到底是谁的

ISV 交付项目，客户最在意的一件事：这套系统是我自己的，还是租来的？

零代码：完全是租来的。你的应用数据、业务逻辑、流程配置全部锁在平台里。简道云、宜搭等平台不支持源码导出，客户想迁移？从头再来。信通院数据显示，65% 的闭源平台存在「数据黑盒」问题，长期成本是初始投入的 3-5 倍。

低代码：半租半买。Mendix 支持 SDK 代码导出，OutSystems 提供代码导出但需要高额费用解锁。Power Platform 的代码导出有限，深度绑定微软生态。你交付给客户的是一个「在平台上运行的系统」，不是一份「客户可以自主掌控的代码资产」。

渐进式 IDE：底层引擎闭源（设计器 + 内置组件框架运行时），但 90% 的框架模块是低代码开发的，源码公开、可导出。什么意思？你用 myBuilder 做的进销存系统，里面的页面逻辑、业务规则、接口配置——这些是你写的，源码是你的，可以导出带走。引擎是平台的基础设施（就像你用 SpringBoot 不会要求拿到 SpringBoot 的源码），但你的业务代码归你。

对 ISV 来说，这意味着你可以理直气壮地跟客户说：「系统是你的，代码也是你的。」

差异三：ISV 的经济模型——每个项目的利润空间

选型不只是技术问题，更是经济问题。平台定价模式直接决定 ISV 的利润空间。

成本项	零代码（简道云/宜搭）	低代码（OutSystems/Mendix）	渐进式 IDE（myBuilder）
授权模式	按用户/月 订阅	平台年费 + 消费量	买断制
个人/开发者	几十元/人/月	$1,500-$10,000/月	12 元永久授权
企业版	按需报价，万元/年起	10 万+/年	3,980 元买断（永久授权，含 366 天会员服务，可开票）
每个项目增量成本	随用户数线性增长	固定高底价	接近零（一次买断，多项目复用）
10 个项目/年成本	用户数膨胀，成本不可控	10 万+ 平台费	3,980 元

数据来源：各平台官方定价页（2026 年 8 月查询）。OutSystems/Mendix 为国际公开定价折算；简道云/宜搭为公开报价；myBuilder 为官网 mybuilder.zhyc88.cn 公布定价。

对于一年交付 10 个项目的 ISV，成本差异是数量级的。零代码平台的订阅费随客户用户数膨胀，10 个项目意味着 10 组用户费；低代码国际平台的年费直接吃掉大半利润；渐进式 IDE 一次买断后，每个项目的增量成本接近零——你赚的都是自己的。

---

五、适用场景速查表

你的交付场景	推荐范式	说明
OA/报销/考勤等轻量审批	零代码	简道云、宜搭足够，上手快、成本低
客户已有钉钉/企微生态	零代码	宜搭/氚云与钉钉深度集成，协同体验好
小程序 + 企微应用	零代码	腾讯云微搭一键发布小程序
中型企业核心业务系统（进销存/WMS/CRM）	渐进式 IDE	80% 拖拽 + 15% 表达式 + 5% 代码，一个平台全覆盖
行业 SaaS 产品化交付	渐进式 IDE	多租户底座 + 可导出源码，ISV 可做产品化
跨国集团复杂核心系统	低代码	OutSystems/Mendix 的云原生架构和高并发能力适合
政企信创合规项目	低代码/渐进式 IDE	看具体平台的信创适配深度
ISV 同时服务轻量+重型客户	渐进式 IDE	一套工具覆盖全频谱，不用为不同客户买不同平台
快速验证 MVP	零代码	任何零代码平台都能在几天内出原型

一句话决策原则：如果客户的需求永远不会超出「表单 + 流程 + 报表」的范畴，零代码够了。如果客户的需求复杂到需要专业开发团队长期迭代，且预算充足，低代码国际平台是稳妥选择。如果你是 ISV，需要一套工具同时覆盖从轻量到重型的各种客户场景，且要保证交付物的代码归属和利润空间——渐进式 IDE 是为你设计的。

---

六、诚实边界：渐进式 IDE 不是万能的

说完优势，必须说清楚边界。不回避短板是建立信任的前提。

短板一：起步门槛比零代码高。 零代码平台业务人员半小时上手，渐进式 IDE 的无代码层同样可以快速上手，但要发挥低代码层和全代码层的能力，需要具备一定的开发基础。如果你的团队完全没有技术背景，渐进式 IDE 的后两层能力用不上，不如直接用零代码。

短板二：生态规模不如头部平台。 简道云注册用户超 2400 万，蒙牛 4 万+员工在用；OutSystems 和 Mendix 有成熟的国际生态和社区。myBuilder 的生态还在建设期，行业模板和组件库的丰富度不如头部平台。但 90% 框架模块源码公开可导出，ISV 可以自行开发和共享组件。

短板三：品牌知名度有限。 选型时技术负责人向老板汇报，说「选简道云」老板点头，说「选 myBuilder」老板可能要问「这是什么」。这是客观现实。但有两条对冲：第一，myBuilder 官网和运营后台都是用自身平台开发的，在公网运行——这是 dogfooding 的实证；第二，彩云织布行管家（myBuilder 官方团队 40 人天研发的纺织进销存 SaaS）是一个真实在跑的商业系统，不是 Demo。

关于「引擎闭源」的诚实说明。 myBuilder 的底层引擎（设计器 + 内置组件框架运行时）是闭源的，这一点不回避。但闭源 ≠ 锁死：90% 的框架模块是低代码开发的，源码公开、可导出。你用 myBuilder 做的系统，业务逻辑、页面配置、接口定义、工作流规则——全部可以导出。引擎是基础设施，你的业务代码是你的。如果你有一天决定离开 myBuilder，你带走的是完整的业务代码和配置，不是一堆黑箱。

---

七、问厂商的 5 个问题（带进选型会）

不管你最终选哪个平台，这 5 个问题建议在签合同前问清楚：

1. 「我做的应用，源码能导出吗？」 ——如果不能，你交付给客户的是一份租约，不是一份资产
2. 「平台升级后，我已上线的应用会受影响吗？」 ——如果会，问清楚影响范围和回滚机制
3. 「客户要加一个平台组件库不支持的功能，怎么办？」 ——如果答案是「等下个大版本」，你在把自己的交付节奏交给别人的发版计划
4. 「你们自己的官网和后台是用这个平台开发的吗？」 ——如果厂商自己不用自己的产品做核心系统，你凭什么相信它能撑住你的业务？
5. 「10 个用户、100 个用户、1000 个用户，分别多少钱？」 ——让销售把三年总成本算清楚，不要只看首年优惠价

---

八、引导

选型这事没有标准答案，只有最匹配的答案。你的团队规模、技术栈、客户行业、交付频次，都会影响最终选择。

评论区留个言，告诉我你的情况：

• 你的团队几个人？有没有写代码的能力？
• 你的客户主要在什么行业？需求偏轻量还是重型？
• 你一年交付几个项目？单项目预算多少？

我会根据你的情况给具体的选型建议。如果你是 ISV，想做行业 SaaS 产品化交付，可以试试 myBuilder——12 元永久授权，拿到跟彩云织布行管家一样的平台能力，改改就能做你自己的行业产品。