比较完整运行成本

定义计算边界

比较两种以所需质量交付相同能力的方式。轻量原型和持续维护的企业交付系统，是不同采购对象。二者成本不能直接替换比较。

选择期间，并记录包含什么。区分初始建设与持续工作。计入人员、基础设施、模型使用、支持、集成维护，以及保持控制措施有效所需的工作。

FinOps 将技术支出与有责任人承担的决策、业务价值关联起来。用这种方法识别成本负责人并解释假设。它不会提供通用的自建或采购答案。参见 FinOps 框架。

两种选项都要计入保留工作

自建内部系统不只有最初实现。必须有人维护编排、模型集成、评估、平台接口、安全控制和文档。计入上线后的支持和升级工作。

购买服务后也仍有工作。产品责任、数据决策、集成、审查和事件协调可能仍由内部承担。用职责图识别这些工作，不要假设订阅能替代整个团队。

用全职当量估算，而不是把每项兼职职责都算成一个独立人员。避免重复计算同一工作。可获得时，使用组织实际的全成本人员费用。

计算一个虚构比较

以下金额仅作说明，不是 Taiga 价格、市场基准或客户结果。两种选项都使用虚构的每人每年 €120,000 成本。

计算方式为初始建设加三年持续成本。在这些假设下，采购低 €210,000。

现在将内部保留工作增加到 1.5 人，订阅增加到 €150,000。采购总成本变为 €1,140,000。自建仍为 €1,080,000。两项假设变化逆转了成本排序。

在交互式计算器中尝试这些变化。练习展示的是敏感性，不是组织应支付的正确价格。

明确未计入的影响

简单计算器不包含折现、税费、通胀、过渡延迟和退出成本。这些因素重要时，应加入决策模型。财务负责人可以帮助选择组织要求的方法。

也要比较得到可用结果所需的时间，以及团队本可以完成的其他工作的价值。将不确定收益与已验证成本输入分开。不要给每行生成代码附上没有依据的节省金额，制造虚假的精确感。

把价格作为决定性因素前，先检查各选项是否满足强制要求。便宜却不能支持必要数据边界的选项，与能够支持的选项并不等价。

记录范围与复核触发条件

对不确定输入，给出低值、预期值和高值情景，并说明原因。找出会改变决定的假设，优先要求相关证据，例如集成投入或内部保留的运维工作。

记录何时重新审视模型。合同变化、更多团队使用，以及新的平台要求，都可能改变结果。计算应支持可以更新、且责任明确的决定。