结论先行：低代码（Low-Code）厂商的风险不止倒闭一种形态，还有被收购后停更、产品线砍掉、续费大幅涨价。对冲要分四层：数据能定期导出、源码能按约定交付、技术栈是公开标准、应用能自托管或多云部署。四层里做到三层，业务就有退路；只做到一层，等于把公司流程押在一家公司的经营状况上。

中小企业的抗风险能力有限，一次平台停服就会让报销、工单、客户台账全部停摆。风险对冲不是不信任厂商，而是给自己留一条能在两周内走掉的路。

厂商出问题有四种形态

1. 倒闭或停止运营：服务直接中断，数据取不出来是最坏情况；
2. 被收购：产品线整合，原平台停止迭代，只维持基本可用；
3. 战略收缩：砍掉中小企业版本，只服务大客户，续费门槛抬高；
4. 涨价：订阅价逐年上调，迁移成本又高，只能接受。

四种形态里，只有第一种是新闻，后三种每天都在发生。选型时按四种形态做压力测试，比只看财报健康度实用。

四层对冲怎么做

第一层：数据可导出

要求平台支持全量数据导出，格式为通用表格或标准数据库文件，且包含附件。

• 合同写法：写明导出范围（业务数据、附件、操作日志）、频率与是否收费；
• 验收动作：上线第一个月就做一次全量导出，导入本地数据库核对条数。

只导业务表不导附件，等于半个数据拿不出来。这一条必须在验收阶段实测，不能只听介绍。

第二层：源码可交付

源码交付（Source Delivery）指平台能把应用产出为标准代码或可执行的工程，而不是只给一份只能在平台内运行的配置文件。

• 合同写法：写明交付物形态（前端工程、后端服务、数据库结构）、触发条件（如停止服务时）与费用；
• 验收动作：要求提供一份样例交付物，在干净环境里跑起来。

如果厂商不提供源码交付，至少要确认应用配置能以可解析格式导出，避免只能在其编辑器里打开。

第三层：标准技术栈

技术栈越公开，替代方案越多。选型时确认三件事：前端框架是否主流、数据库是否通用、部署是否依赖专有运行时。

• 优先条件：Vue、React 等公开框架，MySQL、PostgreSQL 等通用数据库；
• 警惕信号：自研语言、私有序列化格式、必须用厂商客户端才能打开工程。

标准技术栈的价值不在当下，而在三年后你要换人接手时，招得到人、查得到资料。

第四层：多云或自托管

自托管（Self-Hosting）意味着应用能跑在自己的服务器或自己的云账号里，厂商停服不影响已部署实例。

• 合同写法：写明是否允许自托管、 license 有效期、停服后的继续使用权利；
• 验收动作：在一台独立服务器上完成一次部署，记录所需环境与耗时。

不能自托管的平台，至少要确认数据存放在你可控的云账号下，且支持定期快照。

业务增长后的扩容路线选择，见业务增长后低代码撑得住吗：三条扩容路线。

风险等级表

这些风险最终会转为隐性投入，见中小企业低代码的隐性成本清单。

「风险概率」是定性判断，需结合厂商规模、融资阶段与产品线结构评估，不做量化概率预测。

六个预警信号

• 官方文档半年没有更新，更新日志停留在旧版本；
• 社区问答区长期无人回复，官方账号只在促销时出现；
• 销售只谈折扣，不愿提供合同中的数据与源码条款；
• 新功能集中在营销侧，核心编辑器两年没有实质迭代；
• 续费报价比上一期高出三成以上，且不接受议价；
• 客服改为纯工单，原来的专属对接人离职后无人接替。

出现两条以上，就该启动备选方案评估，而不是等到续费谈判时才发现没有筹码。

合同里必须写清的四条

1. 数据导出范围、格式、频率与费用；
2. 源码或工程文件的交付形态与触发条件；
3. 停止服务后的过渡期长度，以及过渡期内的服务义务；
4. 续费涨幅的约定，或提前解约的迁移支持条款。

这四条不需要法务团队也能谈，关键是采购方要主动提。供应商对主动提出条款的客户，通常会给出更明确的答复。

FAQs

Q1：开源平台就没有厂商风险了吗？

A：风险换了一种形态。开源平台不怕停服，但怕社区停止维护、怕缺少安全补丁。对冲方式是确认许可证允许自托管与二次开发、代码仓库有持续提交、并且团队内部有人能读懂这套代码。

Q2：源码交付是不是一定要有？

A：不是所有场景都需要。内部表单类应用，数据能全量导出即可；涉及核心业务流程、且计划使用 3 年以上的应用，建议把源码交付写进合同。判断标准是这个应用停摆一天，公司损失有多大。

Q3：自托管要多花多少钱？

A：主要是服务器与运维人力两项。服务器按应用规模选配，小型内部系统通常每年数千元量级；运维按 0.2~0.5 个人力估算。具体金额按当地云服务报价与人力成本测算，通常低于平台停服带来的业务中断损失。

延伸阅读

• 低代码平台锁定风险对比：数据和应用到底跟不跟人走
• 低代码该不该支持导出源码？两种流派的技术账
• Apache、AGPL、MIT 有什么区别？开源低代码许可证避坑指南
• IM 生态低代码的绑定风险：数据、账号与应用商店的三种锁定