最近帮一家制造业国企做低代码平台选型评估，对方信息化负责人一上来就甩了5份报价单：你帮我看看哪个更划算。

我看了两分钟，把5份报价单推回去，说：这5个平台，你买哪个都会后悔。

为什么？

因为他的选型方法本身就有问题。

具体是哪里的问题呢？今天这篇文章，我就展开来聊聊。

一、选型的第一关，不是看功能，是搞清楚你到底要什么？

几乎所有人选型的第一步都是：列需求清单，然后拿着清单去找平台做功能匹配。

这个动作看起来很合理，但实际上是最大的坑。

为什么？

因为需求清单是「静态」的，而真实业务是「动态」的。你在清单上写的「工单管理」，可能只是一个四字短语。

但在实际业务里，工单背后可能有12种审批路径、按客户定制的工艺参数、跨部门的协同逻辑。这些在清单上写不出来，销售也看不出来，但你上线之后会一条一条撞上。

前两年碰到的一个客户案例。客户是一家做非标设备的工厂，需求清单写得清清楚楚：工单创建、派工、报工、验收。四项需求，5个平台全能满足。

结果签约实施之后发现，他们的工单体系里有大量「隐含逻辑」：同型号设备不同客户有不同工艺要求，不同班组有不同工时系数，月底还要按客户、项目、班组分别统计。这些逻辑在需求清单里根本体现不出来。

所以我的建议是：选型之前，先找到你业务中最复杂的那3个场景，然后用这3个场景去测试平台。功能清单会骗人，实际场景不会。

二、低代码的不可能三角形

我在软件领域观察到一个规律，姑且叫它「低代码的不可能三角形」：业务适配度、实施成本、长期可控性，三者不可兼得。

业务适配度高 + 实施成本低 = 长期可控性差。典型就是那些开箱即用的垂类SaaS，上手快、便宜，但你的业务一旦超出它的预设框架，要么改需求迁就平台，要么加钱做定制。

业务适配度高 + 长期可控性好 = 实施成本高。这就是传统定制开发，什么都做得到，但一个项目做半年、花上百万。

实施成本低 + 长期可控性好 = 业务适配度差。那些「拖拉拽」就能用的平台，做简单表单审批没问题，复杂业务一碰就露馅。

低代码平台的位置，正好卡在这个三角形的中间。它试图三者兼顾，但现实往往是：哪头都够不着。选型的核心，就是搞清楚你愿意放弃哪个角。

三、集成成本，永远不会是0

低代码最大的卖点之一是「跟现有系统打通」。但「打通」这两个字，从销售嘴里说出来，和从工程师嘴里说出来，含义完全不同。

销售说的打通，是：我们有API，能连ERP。

工程师的打通，是：你的ERP是深度定制版还是标准版？标准接口够不够？不够的话二次开发谁做？网络环境不一样怎么办？跨网段的数据同步延迟多大？两套系统的数据一致性怎么保障？

我之前的合作商就碰到过这样的事：某集团有SAP、用友、金蝶三套系统并行，选了一个号称SAP无缝对接的低代码平台。签约之后发现，他们的SAP是深度定制版，标准接口不适用。光对接SAP这一件事，前后4个月，花了20多万开发费，等于又买了一套平台。

怎么避免？

选型阶段问三个问题：平台能直连哪些数据库，还是必须通过数据中转？你们的ERP和平台不在同一网络环境下怎么办？集成开发的工作量大概是几人天，原厂支持还是靠自己？这三个问题问清楚了，集成成本才能算得明白。

四、性能的坑，很多演示环境根本测不出来

选型阶段的演示，是平台方最精心准备的环节。数据量精简过，字段简化过，权限逻辑理想化过。你看到的是平台最好的状态。

但上线之后呢？

你的业务数据一天天增长，字段是完整的、关联是复杂的、权限是交叉的。三个月后，你的核心表跑到十万条数据，一个统计页面的加载时间从2秒变成15秒，用户开始抱怨，你才发现性能根本扛不住。

更关键的一点：很多低代码平台对「数据量级」是有隐性上限的。它不会在宣传材料里告诉你「本平台在10万条数据以上性能会显著下降」，但这是事实。

所以选型的时候，自己带一套真实数据去测。字段数、关联复杂度、数据量尽量接近你的实际水平。如果平台方不让你测，或者找理由推脱，这一点本身或许就说明了很多问题。

五、安全合规放首位，切勿等上线了再补课

对于国企央企，安全合规是一票否决项。

但很多企业把它排到了选型流程的末尾，甚至上线之后才想起要做安全审计。这时候再发现数据存在公有云上、过不了安全等保、操作日志不完整，就只能推倒重来。

安全合规不是加一道检查项那么简单，它影响的是平台架构层面的选择。

比如：你必须私有化部署，那平台支不支持？你的数据必须留在内网，那平台有没有数据不出网的方案？你需要完整的操作审计，那平台的日志粒度够不够？这些问题的答案，直接决定了你能不能选这个平台。不是上线之后能不能通过审计的问题，是根本就不该选的问题。

织信低代码在这块做得比较扎实，支持私有化部署，数据完全留在企业内网，等保认证、完整审计日志都有。这些对国企央企来说是基本要求，但市面上能真正满足的平台其实不多。

六、选型的顺序，应该要反过来

说了5个坑，总结下来就是一件事：选型顺序要反过来。

大多数企业的选型流程：看功能清单→比价格→签约。

正确的选型流程：摸清3个最复杂的业务场景→带着场景实测平台→评估集成难度和长期成本→看安全合规→看价格。功能排在后面，价格排在末尾。

原因很简单：功能不够，可以加模块、做集成、甚至换平台，代价可控。

但选型方向错了，你投入的人力、时间、数据迁移成本，是无法回收的。

选型这件事，花2个月慢慢选，比花2年推倒重来要划算得多。

最后，这五个维度再帮你捋一遍：

1、业务场景先行，别信功能清单；

2、不可能三角形想清楚你愿意放弃哪个角；

3、集成成本提前算，不要签约了才发现是个大坑；

4、性能拿真实数据测，别信演示；

5、安全合规前置，不要等上线再补课。

避坑的核心就一句话：先搞清楚你自己的问题，再去找能解决问题的工具，而不是先看工具有多炫，再想自己的问题能不能塞进去。

如果你正在评估低代码平台，可以看看织信低代码。

官网：www.informat.cn（页面右上角可点击“申请试用”）

至少在私有化部署、等保合规、复杂业务支撑上，不用踩上面说的那些坑。