用量口径定上限
订阅多按席位、会话数或文档页计费，业务扩张与旺季会让成本阶梯上升。怎么估算：把过去十二个月用量拉成曲线，用峰值与均值各算一版，再对照合同的超额规则；只按人数报价的方案遇高峰会跳档。
集成比订阅更贵
SaaS 要接进 ERP、OA 与工单系统，字段映射、鉴权、限流与失败重试都是工作量；定制把接口写进合同，需求一变仍要另算工时。怎么做：先选一条必须写入的链路验证，记下联调天数，再推算其余系统，并留出两成缓冲。
迁移与清洗是硬支出
历史数据散在旧系统、表格与共享盘，字段不统一、附件杂乱，一次迁移常要业务停工盘点。怎么估算：抽真实脏数据试导，记录清洗规则与人工介入比例，再乘总量；没试导过的计划，工期通常低估一半。
退出成本与长尾维护
定制的二次开发交付后进入维护期，人员流动与文档缺失让每次改动都要重新理解代码；SaaS 的插件式定制会被强制升级打断，要回归测试。怎么约定：写清维护工时上限与升级通知期，把导出格式写进合同。
适用与不适用
适合谁
- 正在比较订阅制与项目制开发的选型负责人
- 订阅已跑满一年、想复盘真实投入的 IT 与财务
- 要解释两三年总投入的业务负责人
不适合谁
- 只比首年报价、不做总投入测算的采购
- 无法提供历史用量与接口清单的单位
典型场景
某零售企业的客服系统要在订阅与定制间选择。财务拉出过去十二个月的会话量与旺季峰值，IT 列出必须打通的系统与字段，业务方抽两百条工单试做清洗。三方合成两年投入表后发现，订阅在旺季的溢出费用高于预期，最终选定订阅加一个轻量对接定制。
可执行步骤
- 先按过去十二个月的用量画出月度曲线，标出峰值、均值与旺季三个口径
- 列出必须打通的系统、字段与写入方向，并注明由谁提供接口文档与字段样例
- 抽一批真实脏数据试做一次迁移与清洗，逐条记录人工介入的比例与耗时
- 把订阅的调价、超额与升级条款抄进同一张表，与定制侧的工时并列
常见坑
- 只比首年订阅费，忽略第三年席位扩张与超额调用，预算在续约时被推翻，重新立项又要走一遍流程。
- 集成工作量只按接口个数估算，漏了字段映射与异常重试，上线后反复返工，工期被拉长。
- 合同未约定导出格式与周期，更换供应商时只能人工搬数据，迁移期往往拖到一个季度以上。
自检与验收清单
- 计费颗粒度、超额规则与调价机制是否写入合同
- 是否分别用峰值与均值各测算过一版年度用量
- 必须打通的系统、字段与责任人是否逐条列明
- 迁移清洗与数据导出是否各做过一次真实演练
常见问题
订阅一定比定制便宜吗？
不一定。订阅把成本摊到每年，短期现金流压力小；定制前期投入集中，需求稳定时长期可能更低。关键看用量增长曲线与定制比例，把两三年总投入放同一张表比较，别只比第一年。
低代码配置算定制吗？
算半个定制。配置能覆盖标准流程，但一旦写脚本、改数据结构或对接非标接口，就进入需要维护的范围，升级时要做回归测试。签约前问清哪些改动属于配置、哪些要厂商排期。
怎么防止被单一供应商锁定？
把退出保障写进合同：全量导出格式、导出周期、附件与索引的可迁移性，以及终止服务后的过渡期支持。技术上保留一层自有数据仓库，关键数据定期回流，换供应商时能带着数据走。