什么项目不该选低代码：5类场景劝退清单

低代码这两年火得一塌糊涂，Gartner预测2026年全球低代码市场规模将达到近400亿美元。但有个真相没人告诉你——不是所有项目都适合低代码。

作为服务了上千家企业的低代码渠道商，我们见过太多"硬上"的案例：拿低代码做高频交易系统，结果延迟扛不住；用低代码搭C端App，UI被用户吐槽到下架。最后项目失败，锅全甩给低代码。

所以这篇文章，我们做一件同行不太愿意做的事：主动劝退。告诉你哪些项目千万别选低代码，哪些看起来不行但其实可以，以及给你一个自测清单判断你到底适不适合。

💡 劝退是最大的信任建立——敢说不行，说明真懂。如果你正在犹豫要不要上低代码，这篇能帮你省下几十万的试错成本。

一、5类绝对不该用低代码的场景

1. 高频交易核心系统

证券、期货、外汇等高频交易系统，对延迟的要求是微秒级。低代码平台的运行机制（可视化引擎→运行时解析→逻辑执行）天然比原生代码多了一层"翻译"，延迟通常在毫秒级，差了三个数量级。

为什么不行：低代码的执行引擎是通用化的，无法针对特定交易策略做底层优化。每秒10万笔订单的吞吐量，低代码根本扛不住。

替代方案：用C++/Rust写核心交易引擎，低代码做外围的监控看板、风控审批、合规报告。后台硬核+前端敏捷，这才是正确组合。

2. 像素级C端消费App

抖音、小红书、美团这种C端App，UI交互极其复杂——手势操作、动画过渡、实时推荐流、个性化主题。低代码平台的UI组件库是"够用"导向，不是"极致"导向。

为什么不行：C端App的竞争力在体验，60fps的丝滑滑动、毫秒级的点击响应、千人千面的布局——这些都需要原生开发才能实现。低代码生成的App在这些维度上跟原生差距巨大。

替代方案：前端用React Native/Flutter做原生体验，后端管理（内容审核、运营配置、数据看板）用低代码快速搭建。低代码vs传统开发的混合方案，后面我们会详细展开。

3. AI训练与核心算法平台

模型训练、分布式计算、大规模图计算，这些不是"写个表单+流程"能搞定的。低代码擅长的是业务逻辑编排，不是计算密集型任务。

为什么不行：GPU调度、梯度下降、分布式训练这些需要直接操控硬件和算力资源，低代码平台没有这层抽象能力。硬要做，就像用Excel跑深度学习——理论上能跑，实际上没意义。

替代方案：训练用Python+CUDA，但AI应用的落地层（模型管理、推理服务监控、标注数据管理、效果报表）完全可以用低代码搭。算数科技就有客户用简道云管理AI模型的A/B测试审批流程，效果很好。

4. 单表1亿行+的超大数据系统

低代码平台的数据引擎通常基于关系型数据库，单表到千万级就开始吃力。1亿行？查询超时、导出卡死、报表跑不出来。

为什么不行：低代码的数据层是通用的，无法针对特定查询场景做索引优化、分库分表、读写分离。1亿行的OLAP查询需要ClickHouse/Greenplum这类专业引擎。

替代方案：大数据存储和计算用专业引擎（ClickHouse/Spark/Flink），低代码做数据入口、展示层和审批流。通过API对接，低代码负责"看"和"管"，大数据引擎负责"算"。

5. 深度跨系统遗留改造

一个跑了15年的SAP系统，几百个自定义表、上千个ABAP程序、跟十几个子系统深度耦合——这种"屎山"改造，低代码搞不定。

为什么不行：遗留系统的核心问题不是"界面不好看"或"流程不顺"，而是数据模型混乱、接口缺失、业务逻辑散落在代码和配置的各个角落。低代码能包一层新皮，但底层问题依然在。

替代方案：先做遗留系统的API化改造（用MuleSoft/Boomi等集成平台），再用低代码搭新界面和新流程。分步走，不要幻想一步到位。

二、灰色地带：看起来不行但其实可以的场景

有些场景客户第一反应是"低代码肯定不行"，但实际做下来效果很好。这些灰色地带值得你重新审视：

❌ "我们流程太复杂了" → ✅ 其实可以

很多人觉得自己的业务流程特别复杂，低代码搞不定。但简道云的企业版流程引擎支持子流程、条件分支、并行审批、限时处理、回退、转办——覆盖了95%以上的企业流程场景。真正超出范围的，往往是流程本身设计有问题，而不是工具不行。

❌ "我们有移动端需求" → ✅ 其实可以

低代码平台的移动端能力已经很强了。简道云、氚云都有原生App和H5，支持扫码、拍照、定位、离线缓存。工厂巡检、门店盘点这些移动场景，低代码反而比原生开发更快。详见我们的制造业低代码落地指南。

❌ "数据量太大了" → ✅ 看情况

单表1亿行不行，但10个表每个100万行，低代码完全没问题。大部分企业的数据量在百万级，低代码绰绰有余。关键是评估你的单表数据量，而不是总数据量。

❌ "需要跟ERP/CRM对接" → ✅ 其实可以

简道云、明道云都提供API接口，支持跟SAP、用友、金蝶、Salesforce等主流系统对接。对接本身有成本，但这不是低代码的问题——传统开发做对接一样要花时间。

❌ "我们需要私有部署" → ✅ 部分平台可以

明道云、简道云企业版都支持私有部署。对数据安全有硬性要求的企业，这是可行方案。成本是云版的2-3倍，但比传统开发便宜多了。

三、自测清单：5个问题判断你适不适合低代码

回答以下5个问题，就能基本判断你的项目是否适合低代码：

四、敢说"不行"的人，才值得信任

市面上90%的低代码服务商都在说"什么都能做"。但真相是——没有万能工具，只有合适的方案。

算数科技做低代码11年，服务过上千家企业。我们做的第一件事不是推销产品，而是做项目可行性评估。以下是我们实际评估中的数据：

约10%的项目我们直接劝退。听起来是在砸自己的生意，但这些客户后来反而成了最忠实的推荐者——因为我们没让他们踩坑。

💡 一个真实的案例：某金融机构找我们用低代码做交易风控系统，评估后发现延迟不达标，我们直接说"做不了"。后来他们用传统方案做了核心，我们用简道云做了风控审批和合规报告模块。项目成功上线，现在他们是我们的年度客户。

五、混合方案：低代码+传统开发的最佳实践

对于落在"灰色地带"的项目，混合方案是最佳选择。核心思路：低代码做业务层，传统开发做技术层。

混合方案的难度在于架构设计——哪些放低代码、哪些传统开发、中间怎么对接。这正是算数科技的核心能力：我们既懂低代码，也懂传统架构，能帮你画出最合理的边界。