企业做软件预算，最常见的失误是把首期合同金额当成总成本。以约 50 至 100 人使用规模的中型数字化管理系统为例：定制自研、源码交付的首期投入通常在 8 万至 25 万元；低代码租用模式的首年订阅加基础搭建只要 1.5 万至 5 万元。单看这一行，租用方案的吸引力几乎是压倒性的。但把周期拉长到三年，两者 TCO 分别落在约 12 万至 35 万元和 8 万至 20 万元以上，差距被大幅压缩，成本临界点通常出现在上线后第 18 到 24 个月。
制造这个反转的，往往不是明面上的订阅费，而是几类很少出现在初始报价里的支出。
三类最容易被低估的成本
第一是二次开发的计费结构。源码交付模式下，内部 IT 或第三方可以相对自由地修改；低代码平台受制于原厂，需求变更通常按人天计价，行业常见区间在 1500 至 2500 元/人天。三年累计的迭代支出，很可能超过首年订阅费本身。业务变动越频繁，这部分的失控风险越高。
第二是账号规模的弹性差异。低代码多按账号或并发计费，组织从 50 人扩到 200 人，年度订阅支出成倍爬升；独立部署的源码方案只需按需微调服务器配置，边际成本极低。人员扩张快的企业，这一项经常被严重低估。
第三是退出成本。更换平台时，原厂的数据清洗与导出服务费在资料中给出的量级是 2 万至 4 万元；而源码交付掌握底层数据库与表结构，迁移成本趋近于零。这笔钱平时看不见，只在决策被迫发生时一次性兑现。
报价阶段的三个陷阱
低首付陷阱最常见：首年用极低折扣进场，续约时恢复原价，或把关键报表、外部接口设为高阶付费模块。业务一旦跑在上面，沉没成本会让企业只能被动接受。
第二个是低价外包的烂尾交付。远低于行情的定制报价，往往意味着套用老旧模板、代码缺乏文档与接口注释，内部技术团队无法接手，源码名义上归企业，实际无法维护。
第三个是模糊的维保与变更条款。签约前不约定变更计费标准，上线后微调一个字段或新增一条审批流，都可能按整人天高额索价，维保阶段预算因此失控。
判断逻辑其实不复杂：业务处于验证期、预算在 5 万元以内，租用或 SaaS 更合理；流程相对稳定、预算在 8 万至 20 万元，可评估模块化源码交付；核心壁垒业务、预算 20 万元以上，全源码交付几乎是必选项。真正需要算的不是“今年花多少”，而是“三年后如果必须换一条路，我要付多少”。
