中小企业最怕厂商倒闭：低代码选型的风险对冲
结论先行：低代码（Low-Code）厂商的风险不止倒闭一种形态，还有被收购后停更、产品线砍掉、续费大幅涨价。对冲要分四层：数据能定期导出、源码能按约定交付、技术栈是公开标准、应用能自托管或多云部署。四层里做到三层，业务就有退路；只做到一层，等于把公司流程押在一家公司的经营状况上。
中小企业的抗风险能力有限，一次平台停服就会让报销、工单、客户台账全部停摆。风险对冲不是不信任厂商，而是给自己留一条能在两周内走掉的路。
厂商出问题有四种形态
- 倒闭或停止运营：服务直接中断，数据取不出来是最坏情况；
- 被收购：产品线整合，原平台停止迭代，只维持基本可用；
- 战略收缩：砍掉中小企业版本，只服务大客户，续费门槛抬高；
- 涨价：订阅价逐年上调，迁移成本又高，只能接受。
四种形态里，只有第一种是新闻，后三种每天都在发生。选型时按四种形态做压力测试，比只看财报健康度实用。
四层对冲怎么做
第一层：数据可导出
要求平台支持全量数据导出，格式为通用表格或标准数据库文件，且包含附件。
- 合同写法：写明导出范围（业务数据、附件、操作日志）、频率与是否收费；
- 验收动作：上线第一个月就做一次全量导出，导入本地数据库核对条数。
只导业务表不导附件，等于半个数据拿不出来。这一条必须在验收阶段实测，不能只听介绍。
第二层：源码可交付
源码交付（Source Delivery）指平台能把应用产出为标准代码或可执行的工程，而不是只给一份只能在平台内运行的配置文件。
- 合同写法：写明交付物形态（前端工程、后端服务、数据库结构）、触发条件（如停止服务时）与费用；
- 验收动作：要求提供一份样例交付物，在干净环境里跑起来。
如果厂商不提供源码交付，至少要确认应用配置能以可解析格式导出，避免只能在其编辑器里打开。
第三层：标准技术栈
技术栈越公开，替代方案越多。选型时确认三件事：前端框架是否主流、数据库是否通用、部署是否依赖专有运行时。
- 优先条件：Vue、React 等公开框架，MySQL、PostgreSQL 等通用数据库；
- 警惕信号：自研语言、私有序列化格式、必须用厂商客户端才能打开工程。
标准技术栈的价值不在当下，而在三年后你要换人接手时，招得到人、查得到资料。
第四层：多云或自托管
自托管（Self-Hosting）意味着应用能跑在自己的服务器或自己的云账号里，厂商停服不影响已部署实例。
- 合同写法：写明是否允许自托管、 license 有效期、停服后的继续使用权利；
- 验收动作：在一台独立服务器上完成一次部署，记录所需环境与耗时。
不能自托管的平台，至少要确认数据存放在你可控的云账号下，且支持定期快照。
业务增长后的扩容路线选择，见业务增长后低代码撑得住吗：三条扩容路线。
风险等级表
| 风险场景 | 风险概率 | 影响程度 | 主要对冲层 | 验收动作 |
|---|---|---|---|---|
| 平台停止服务 | 低 | 极高 | 数据导出 + 自托管 | 全量导出实测、独立部署一次 |
| 被收购后停更 | 中 | 高 | 源码交付 + 标准技术栈 | 索取样例交付物 |
| 中小企业版本被砍 | 中 | 高 | 多云部署 + 合同条款 | 确认版本存续承诺 |
| 续费大幅涨价 | 高 | 中 | 数据导出 + 迁移预算 | 约定涨幅上限或迁移条款 |
| 接口政策变化 | 中 | 中 | 标准技术栈 | 确认接口协议与限流规则 |
| 服务商团队流失 | 中 | 中 | 自托管 + 文档 | 检查文档完整度 |
这些风险最终会转为隐性投入，见中小企业低代码的隐性成本清单。
「风险概率」是定性判断，需结合厂商规模、融资阶段与产品线结构评估，不做量化概率预测。
六个预警信号
- 官方文档半年没有更新，更新日志停留在旧版本；
- 社区问答区长期无人回复，官方账号只在促销时出现；
- 销售只谈折扣，不愿提供合同中的数据与源码条款；
- 新功能集中在营销侧，核心编辑器两年没有实质迭代；
- 续费报价比上一期高出三成以上，且不接受议价；
- 客服改为纯工单，原来的专属对接人离职后无人接替。
出现两条以上，就该启动备选方案评估，而不是等到续费谈判时才发现没有筹码。
合同里必须写清的四条
- 数据导出范围、格式、频率与费用；
- 源码或工程文件的交付形态与触发条件；
- 停止服务后的过渡期长度，以及过渡期内的服务义务；
- 续费涨幅的约定，或提前解约的迁移支持条款。
这四条不需要法务团队也能谈，关键是采购方要主动提。供应商对主动提出条款的客户，通常会给出更明确的答复。
FAQs
Q1：开源平台就没有厂商风险了吗？
A：风险换了一种形态。开源平台不怕停服，但怕社区停止维护、怕缺少安全补丁。对冲方式是确认许可证允许自托管与二次开发、代码仓库有持续提交、并且团队内部有人能读懂这套代码。
Q2：源码交付是不是一定要有？
A：不是所有场景都需要。内部表单类应用，数据能全量导出即可；涉及核心业务流程、且计划使用 3 年以上的应用，建议把源码交付写进合同。判断标准是这个应用停摆一天，公司损失有多大。
Q3：自托管要多花多少钱？
A：主要是服务器与运维人力两项。服务器按应用规模选配，小型内部系统通常每年数千元量级；运维按 0.2~0.5 个人力估算。具体金额按当地云服务报价与人力成本测算，通常低于平台停服带来的业务中断损失。
延伸阅读
- 低代码平台锁定风险对比：数据和应用到底跟不跟人走
- 低代码该不该支持导出源码？两种流派的技术账
- Apache、AGPL、MIT 有什么区别？开源低代码许可证避坑指南
- IM 生态低代码的绑定风险：数据、账号与应用商店的三种锁定