猫拽智库
结论先行：低代码（Low-Code）的总拥有成本（TCO，Total Cost of Ownership）= License + 实施 + 培训 + 运维 + 机会成本，五项都要算。行业参考：按 10 人团队 3 年期测算，SaaS 订阅路线合计约 1525 万元，开源自托管路线约 818 万元，使用规模越大自托管优势越明显。只比订阅价的选型，大概率会在第 2 年超预算。
采购低代码平台时，报价单上的数字只是冰山一角。真正决定成本的是三年里你为这个平台付出的一切：订阅费只是开始，实施、培训、运维，以及"本可以做业务却耗在平台上的时间"都在往总账里加数。本文给出一套可以直接套用的 TCO 计算方法。
TCO 由哪五部分组成
- License/订阅费：SaaS 按年订阅、按用户数或按应用数计费；买断制一次付清但通常限版本；开源免费但要为托管与支持付费（如需要）。
- 实施成本：环境搭建、数据迁移、与现有系统对接、首批应用的搭建工时。实施成本常达到首年订阅费的 1~2 倍。
- 培训成本：业务人员与开发人员的学习时间成本 + 正式培训费用。按参训人数 × 培训天数 × 人天成本估算。
- 运维成本：SaaS 路线运维很轻，主要是账号管理与备份确认；自托管路线要算服务器、数据库、监控、升级操作的人力，通常 0.2~0.5 个运维人力。
- 机会成本：平台能力不足导致的绕行开发、被限流卡住的自动化需求、数据拿不出来另建报表等隐性支出。这项最难量化，建议按前三项总和的 10%~20% 预提。
TCO 计算公式
三年 TCO = Σ（License/订阅费）+ 一次性实施费 + Σ（培训费）+ Σ（年运维成本）+ 机会成本预提。
两个修正系数建议加上：
- 规模系数：SaaS 按用户数计费时，成本随人数线性增长；自托管的人力成本随人数增长远慢于线性，规模越大差距越大。
- 年限系数：算 1 年期往往 SaaS 便宜，算 3 年期自托管反超的转折点普遍出现在第 2 年——因为实施是一次性投入，订阅却是逐年累加。
同一条曲线下，两条路线究竟差在哪几笔账，开源和闭源低代码的隐性成本对照表按 8 个维度逐行对比过。
3 年算例：两条路线对比
以 10 人使用团队、3 年期、中等业务复杂度为假设（金额为行业参考量级，具体以实际报价为准）：
| 成本项 | SaaS 订阅路线 | 开源自托管路线 |
|---|---|---|
| License/订阅 | 5 万/年 × 3 年 = 15 万 | 0（Apache-2.0 开源无 License 费） |
| 实施（含迁移、对接） | 4 万 | 6 万（含服务器环境搭建） |
| 培训 | 1.5 万 | 2 万（自托管需额外平台运维培训） |
| 运维（3 年人力+资源） | 1.5 万（轻运维） | 4 万（服务器约 0.5 万/年 + 0.2 人力） |
| 机会成本预提（10%~20%） | 2 万 | 1 万 |
| 3 年合计 | 约 24 万 | 约 17 万 |
结论方向：10 人规模自托管已占优但差距不大；当使用规模扩到 50 人，SaaS 订阅按人头计费会显著抬升（仅订阅项就可能翻 35 倍），而自托管的增量主要还是那 0.20.5 个运维人力，差距拉大到 2 倍以上。
以猫拽低代码（CatPull）为例，其开源协议为 Apache-2.0、支持自托管，License 项为零，成本重心从"逐年订阅"转移到"一次性实施与运维人力"——这正是自托管路线 TCO 曲线前高后低的原因。
算清账之后还要看能力是否对得上，13 款低代码产品三维对照表把功能覆盖、价格模式与易用性放进同一张表，可用于横向比对候选平台。
7 项隐藏成本清单
算完明账，再对暗账逐项过一遍：
- 超量计费：用户数、应用数、API 调用量任一超标后的单价跳档；
- 版本剪刀差：低价版功能受限，升级高配版的差价；
- 导出与集成收费：高级 API、数据导出另收费的条款；
- 模板与插件复购：每个新应用都买模板，成本逐年累积；
- 人员流动：平台小众，熟手离职后重新招人培训的成本；
- 退出成本：合同到期数据迁移、新平台重建的投入；
- 合规改造成本：私有化、等保、信创等要求出现时的适配费用。
前 4 项要求在合同与报价单里书面确认，后 3 项按 10%~20% 预提进机会成本，TCO 才算完整。
其中定制开发与实施费用最容易失控，低代码厂商定制服务多少钱给了拆单价、问人天的核价动作。
免费版与开源版的差别恰恰藏在这些暗账里，免费低代码的 6 个隐性成本把升级、扩容与退出费用算到了第三年。
FAQs
Q1：开源免费的平台，TCO 真的更低吗？
A：License 项为零是确定的，但总成本取决于运维能力。有技术团队的单位，自托管通常 3 年期更省（参考本文算例）；完全没有技术人力、还要外购托管服务的单位，节省可能被抵消。开源把成本从"固定订阅"变成"可控人力"，适合有人的团队。
Q2：机会成本怎么估才不拍脑袋？
A：用"绕行工作量"折算：列出过去一年因平台限制而做的绕行开发（导数据做报表、人工跑的自动化、外挂的小工具），估算工时与人力成本，年化后即是机会成本的实证基数。没有历史数据的新团队，按前三项总和的 10%~20% 预提。
Q3：买断制是不是比订阅制划算？
A：看升级条款。买断若含永久升级权，长期更省；若买断只含当前版本，后续升级仍需付费，等于变相订阅。核算时把"预计升级次数 × 升级费"加回买断价，再与 3 年订阅对比，才能得出真实结论。
延伸阅读
- 低代码与传统开发的成本对比——低代码与自研代码两条路线的成本账
- 企业应用开发成本——企业级应用的成本构成全景
- 自建团队还是外包开发——人力路线选择如何影响 TCO
- 小程序开发成本——小程序场景的细分成本参考
