博客 › ROI
ROI 模型
ITAM ROI：购买前先算清楚账（自建 vs 购买）
如果你需要向财务部门为 IT 资产管理订阅做论证，这就是你需要的模型。该在节省方面计入哪些项目，该在成本方面计入哪些项目，以及一家 200 人企业三周内就能证明 ROI 的完整测算案例。
"ROI 是多少？"是最常见的采购问题，也是最常用"感觉不错"来回答的。正确答案是一个财务部门可以质疑的模型：清晰的输入项、可辩护的假设、硬性和软性节省分开计算，以及敏感性测试。
五个节省维度
- 许可证调整。硬性节省。通过使用率数据取消或降级的 SaaS 席位。
- 防止自动续订涨价。硬性节省。原本会在更高价格层级自动续订的合同因 90 天提醒而未续订。
- 影子 IT 治理。硬性节省。未追踪的 SaaS 被合规化、迁移或取消。
- 硬件生命周期优化。硬性节省。设备再分配而非重新采购；追回幽灵笔记本。
- 节省工时。软性节省。IT 和财务人员不再花时间核对电子表格、准备审计或追踪续订。
维度 1–4 是真实的金钱。维度 5 是真实的时间，也就是真实的钱，但财务部门通常对软性节省打折——通常折半计算。建立模型时要诚实地考虑这一点。
测算案例：200 人 SaaS 密集型企业
一家 200 人专业服务公司。每年 IT 支出 $180 万。SaaS 密集：约 60% 的 IT 支出是软件，25% 硬件，15% 服务。目前没有正式的 ITAM；一个人每周花约 10 小时核对支出。
输入项和假设
| 输入项 | 数值 | 来源 |
|---|---|---|
| 年度 SaaS 支出 | $1,080,000 | $180 万的 60% |
| 年度硬件支出 | $450,000 | $180 万的 25% |
| 行业典型休眠 SaaS 率 | 22% | 中型市场基准 |
| 可安全回收的休眠率 | 15% | 保守估计；部分席位是偶发用户 |
| 自动续订涨价率 | 8% | 供应商续订时的默认涨幅 |
| 硬件幽灵笔记本率 | 4% | 中型市场平均水平 |
| IT/财务人员每小时含费用成本 | $60 | 含社保和福利 |
计算过程
维度 1 — 许可证调整
SaaS 支出 × 可回收休眠率
$1,080,000 × 15% = $162,000/年
维度 2 — 防止自动续订涨价
SaaS 支出 × 涨价率 × 预防率（假设 50% 的合同被重新谈判）
$1,080,000 × 8% × 50% = $43,200/年
维度 3 — 影子 IT 治理
估计 10% 的 SaaS 为影子 IT，其中约 30% 可回收
$1,080,000 × 10% × 30% = $32,400/年
维度 4 — 硬件生命周期
硬件支出 × 幽灵笔记本率 × 追回率
$450,000 × 4% × 80% = $14,400/年
维度 5 — 节省工时（软性）
10h/周 × 50 周 × $60/h × 减少 70% × 50% 折扣
10 × 50 × $60 × 70% × 50% = $10,500/年
年度节省合计：约 $262,500
成本端
ITAM 平台订阅（中间套餐） 约 $3,108/年（$259/月）
一次性入门工作量 约 $3,000（50h × $60）
持续运营工作量 约 $6,240/年（2h/周 × $60）
第 1 年总成本：约 $12,348
最终数字
| 指标 | 数值 |
|---|---|
| 第 1 年净节省 | $262,500 – $12,348 = $250,152 |
| 第 1 年 ROI | 约 2,026% |
| 回收期 | 约 17 天 |
| 3 年累计节省 | 约 $760,000 |
实话实说
实际数字很大程度上取决于起点状态。IT 管理已经比较规范的企业可能只看到 8–12% 的回收率。三年没做过许可证盘点的企业经常看到 30%+。上述模型处于中间水平。
自建 vs 购买
"我们可以内部自建"是第二常见的采购异议。具体数字：
| 组件 | 自建成本 | 购买成本 |
|---|---|---|
| 初始平台开发 | 2 名工程师 × 4 个月 × $12k/月 = $96k | $0 |
| SaaS API 集成（最少 15 个） | 1 名工程师 × 6 周/集成 ≈ 最常用的 15 个约 $200k | 包含 |
| 身份提供商集成 | 1 名工程师 × 4 周 = $12k | 包含 |
| 合同解析器（LLM） | 1 名工程师 × 8 周 + 持续推理成本 | 包含 |
| UI/看板 | 1 名工程师 × 8 周 = $24k | 包含 |
| 持续维护 | 约 0.5 名工程师 = $72k/年 | 订阅费 |
| 第 1 年合计 | 约 $400k+ | 约 $3k |
自建只有在你有商业工具无法满足的独特需求时才合理——即便如此，通常也只在 5,000 人以上规模时，集成工作量能被足够多的用户分摊，才能说得通。
财务部门会质疑的问题
- "这些回收数字是真实的吗？"是的——在第一个月内就能通过使用率数据核实。先跑 30 天试点验证。
- "用电子表格不也能做吗？"大约到 50 人规模可以。超过这个规模，手动维护的成本就会超过任何订阅费用。
- "我们的情况可能不一样怎么办？"先用免费套餐跑你自己的数据来验证，然后再承诺预算。有可用免费套餐的 ITAM 平台的存在，正是为了这种去风险化。
如何向财务部门做论证
两页备忘录：第一页是用你自己的数字版本呈现上述计算；第二页是成本端、自建 vs 购买的对比，以及提议的试点方案（30 天免费套餐，第 30 天根据已测量的节省做出决策）。大多数财务团队在这里会批准，因为下行风险有边界，上行收益可量化。