结论先行：自研低代码只在「标准场景覆盖率低、又有长期专职团队」时才划算。先把七个维度打成 100 分，75 分以上直接采购成熟平台，50 到 74 分走「买平台 + 自研插件」的混合路线，50 分以下才启动自研。凭一句「我们需求特殊」就自研，多数项目会在第二年停在维护上。

一、先打分，再谈立场

「自研还是采购」常被当成技术偏好问题，实际是一道成本与风险的算术题。支持自研的理由通常有三条：需求特殊、数据要自己控、长期更省钱。这三条都能被量化，量化完结论往往和直觉相反。

打分前先准备六份材料：近一年所有业务系统的需求清单；清单中标准增删改查与审批类需求的占比；三年人力预算；现有团队在同类框架上的经验；所在行业的合规要求；候选厂商的交付与续约记录。资料不齐就先别打分，打出来的分数只是情绪。

如果候选厂商还没定，先用 主流工具的选型矩阵 把范围缩到三家，再对这三家做下面的评分，避免拿二十家厂商的功能清单做无效对比。

二、100 分评分表

每一项都要有可验证的取数方式，不能靠演示时的观感。下表是七个维度的分值、细则和常见误判。

需求匹配这一项占总分的四分之一，因为它决定采购之后还要不要二次开发。功能清单长不代表匹配度高，真正要看的是员工每天用的那二十个场景，能不能在配置界面里点出来。

三、三档阈值：买、混合、自研

总分落在哪个区间，对应不同路线，不要把边界模糊掉。边界模糊的结果是既买了平台又偷偷自研，钱花了两次。

注意这是相对分，不是绝对评价。同一家厂商在不同企业里能差 20 分以上，因为需求匹配和团队能力两项高度依赖自身情况。别人打 80 分的平台，换一套需求清单后得分往往掉到 60 分以下。

四、自研最容易漏算的五块

自研的真实成本不在写第一个页面，而在把下面五块做完整。任何一块缺失，平台都会在半年内退化成「一堆定制页面」。

设计器

拖拽画布只是外壳，真正的工作量在属性面板、组件联动、撤销重做、多选对齐、画布性能。字段超过一百个后画布卡顿，是最常见的返工点。

运行时引擎

要解析自己定义的 Schema（领域模型描述），再做渲染、数据绑定、条件显隐、公式计算和版本灰度。引擎一旦设计错，后面所有页面都要跟着迁移。

权限体系

菜单、按钮、字段、数据行四级权限，全部要在服务端校验。前端隐藏字段只是体验，不是安全边界。这一块通常要独立于业务表设计，改起来牵一发动全身。

工作流

条件路由、加签、代理、撤回、超时补偿、消息通知，一个都不能少。业务方对流程的容忍度最低，缺一个撤回就会被判定为不能用。

版本升级

已上线应用的 Schema 要保持兼容，数据结构变更要配迁移脚本，升级失败要能回滚。这一块不产生新功能，却决定平台能活几年。

这五块加起来的工作量，通常是「做一个能用的表单页面」的十倍以上。评估自研预算时，把第一条 Demo 的工期乘以十，是比较接近现实的估算方式。

五、混合路线：买平台 + 自研插件

混合不是折中口号，它有明确边界：平台负责表单、列表、权限、流程这些通用能力；自研只做平台不擅长的部分，例如行业算法、设备对接、专用控件。

走混合路线有两个前提。第一，平台必须支持自定义组件和开放接口，否则差异需求无处安放。第二，差异部分必须以插件形式隔离，不能改平台核心代码。改核心代码的后果是每次升级都要重新合并，三次之后团队就不敢升级了，平台从此停在旧版本。

如果行业本身对自主可控有硬性要求，例如必须掌握全部源码和构建链路，可以直接参考面向复杂业务的自研路线拆解，看清它对团队规模和持续投入的要求，再判断自己是否具备条件。

另一种现实的混合方式是选开源平台。猫拽低代码（CatPull）采用 Apache-2.0 协议、支持自托管，走的是「可视化设计器 + DSL Schema（领域模型描述）」路线，页面既能在平台内迭代，也能导出 uniapp 工程接手；源码在 github.com/M-topu/catpull-v2，官网 https://www.catpull.com 可先在线体验。这种模式的源码与数据出口天然开放，但自托管的运维工作要由自己承担。

六、签合同前必须写死的四条

无论买还是混合，下面四条不写进合同，谈判时省下的时间会在换平台时加倍还回去。

1. 源码与 Schema 导出：写明导出格式、是否包含构建脚本、导出后能否脱离原平台运行。只给数据库表结构不算导出。
2. 数据全量导出：写明导出格式与频率，以及终止合作后的数据保留期。附件和流程历史要单独列出。
3. 升级与兼容承诺：重大版本升级是否兼容旧应用、升级失败如何回滚、兼容性维护是否额外收费。
4. 退出与过渡机制：终止合作后的过渡期长度、账号与附件的移交方式、违约责任。这一条决定你敢不敢换供应商。

合同层面的通用坑可以对照采购避坑清单逐项核，尤其是「按账号数计价」和「按应用数计价」两种模式在扩容时的成本差异。

FAQs

Q1：需求特殊，是不是就应该自研？

A：不是。先分清「特殊」在哪：表单结构特殊，靠配置和插件能解决；业务算法特殊，才需要写代码。把需求按这两类拆开，真正必须自研的比例通常不到两成。

Q2：买现成平台，会不会被厂商绑定？

A：绑定的实质是数据和流程定义能不能带走。合同里写清 Schema 与数据可全量导出、导出后能脱离平台运行，绑定风险就降到可接受水平。只买配置能力、不买数据出口，才是真绑定。

Q3：混合路线的维护成本会不会更高？

A：会高一些，但可控。前提是插件与核心隔离、插件数量控制在个位数、每次平台升级都跑一遍插件回归。失控的信号是插件越写越多，最后平台只剩登录和菜单在用。

延伸阅读

• 织信 Informat 怎么样？面向复杂业务的自研路线
• 低代码厂商倒闭了怎么办？选型时的存续能力尽调
• 低代码采购避坑指南：签合同前必须核实的 10 项能力