去年帮朋友公司做了一次技术诊断，他们上了一套低代码平台，花了大半年时间搭了二十多个应用。
结果今年想换供应商时才发现：应用导不出来，接口不开放，数据迁移要额外付十几万。
老板拍桌子问怎么回事，IT负责人哑口无言。
这事儿在圈子里太常见了。低代码平台选型时，大家忙着对比组件数量、模板丰富度、操作是否顺手，却很少有人问一句："如果有一天不用这个平台了，我的应用怎么办？"
今天不聊功能，聊聊那些选型阶段容易被忽视、出了问题才知道疼的事。
一、你的"应用"，可能不是你的应用
低代码平台最核心的承诺是"快速开发"。但很多企业忽略了另一个问题：快速开发出来的应用，底层代码归谁？
我见过不止一家企业，吃过这个亏。
某制造业客户用某低代码平台搭建了生产管理系统，用了两年后业务扩展，需要对接一套新采购的ERP系统。结果发现：低代码平台提供的API接口极其有限，且都是平台预设的标准化接口，想要自定义接口能力？得加钱买高级版本。想自己写接口？抱歉，平台不支持。
更难受的是，他们想把应用迁移到新平台上。联系平台方后，得到的答复是："数据可以导出，但应用逻辑无法迁移，需要重新开发。"
二十多个应用，两年积累的业务逻辑，一夜之间全没了。
这不是某个平台的问题，而是低代码行业的普遍现象。
很多平台的应用逻辑、数据模型、甚至页面配置，都以平台私有格式存储。你以为在"开发应用"，实际上只是在平台提供的框架里"配置应用"。配置的越多，绑定越深，迁移成本越高。
所以选型时，一定要问清楚：
- 应用能否导出为标准源码？
- 导出的源码是否可以脱离平台独立运行？
- 数据模型、页面配置是否支持标准化格式导出？
别等签完合同才发现，你的"数字化资产"其实躺在别人的服务器上。
二、"开放生态"还是"生态绑架"？
很多低代码平台在宣传时都会强调"开放集成能力"，但实际用起来才发现：开放是有限度的，集成是有条件的。
以常见的ERP对接为例。平台宣传支持"快速对接SAP、用友、金蝶"，但实际上：
- 连接器是预置的，能对接哪些版本、哪些模块，取决于平台是否开发过对应的适配器；
- 如果你的ERP是定制版本，或者有自研系统，对不起，可能需要额外开发；
- 对接过程中遇到问题，平台技术支持往往说"这是第三方系统的问题，不在我们的支持范围内"。
某零售企业就遇到过这种尴尬：他们用低代码平台搭建了一套门店管理系统，需要对接总部的POS系统和库存系统。POS是定制的，库存系统是十五年前的老古董。平台技术支持摇头说"不支持"，最后只能让开发团队在低代码平台外面写了一层中间件，绕了一大圈。
这还没完。中间件维护了一年多，每次业务调整都要改两边的接口，IT团队苦不堪言。
选型时，别只看"支持多少种集成方式"，要看：
- 自定义接口能力：能否自己开发接口？需不需要通过平台审核？
- 数据源支持：MySQL、Oracle、达梦、MongoDB……你能用到的，平台是否都支持？
- 协议兼容性：RESTful、WebService、数据库直连……主流协议是否都兼容？
开放生态不是喊口号，是实实在在的技术能力。
三、签合同之前，想想退出策略
很多企业在选型时不会想这个问题：万一平台不服务了怎么办？
低代码市场这几年洗牌剧烈。黑帕云2022年停服、维格表融资受阻……一个个曾经的明星产品倒下，留下一地鸡毛。
不是说这些平台一定有风险，而是商业世界充满不确定性。大厂也可能调整战略，中小平台更是说没就没。如果哪天供应商出了问题，你的应用怎么办？
某企业用过一家中小型低代码平台，第一年用得挺好，第二年开始各种问题：技术支持响应变慢、版本更新停滞、安全补丁延迟。终于有一天，平台方通知"因战略调整，暂停服务"。
企业傻了。二十多个应用还在跑，数据还在积累，突然没人管了。最后只能紧急迁移，付了一笔天价迁移费，还搭进去两个月时间。
所以选型时，还应该问：
- 平台是否提供完整的数据导出能力？
- 应用是否支持私有化部署？
- 平台的核心技术是否开源或有可替代方案？
有条件的企业，建议优先选择支持私有化部署的低代码平台。数据在自己服务器上，平台出问题也能切换，不至于被人卡住脖子。
四、最后
说了这么多，不是说低代码平台不能用。低代码在快速交付、降低开发门槛、敏捷迭代方面的价值是真实的。
问题在于，很多企业在选型时只看到了"快"和"省"，忽略了长期风险。等到被锁定、迁移困难、数据丢失时，才后悔莫及。
技术选型不是买功能，是买未来的选择权。在签约之前，多问几句"如果不用了怎么办"，也许能帮企业省下几十万甚至更多的学费。
如果对低代码、低代码平台有疑问或兴趣，可以一起探讨交流。
