大家好，欢迎回到 Operational ITAM Podcast。我是 Bill Van Nort，今天我们跟随一笔节省款项，它在进入账户之前先出现在演示中。 许可证已清理完毕，变更工单已关闭，项目报告称工作已完成。随后财务部门询问为何供应商仍在收取旧金额。 没人再认为那是他们项目的一部分了。幸运的是，发票让大家重新聚在了一起。 今天，《决策表》：节省的钱去哪了？ 早上好、下午好或晚上好，无论您身在何处。这是我们将企业技术的枯燥机械变得合情合理的节目。请准备好您的咖啡。 在第 15 集中，我们确定了谁可以做出续期决定。我们向此人提供了证据、选项以及他们实际能够批准的条件。 今天我们在获得批准之后开始。我们将遵循 1 change，直到我们可以解释结果。 FinOps 基金会的报告与分析指南要求将实际支出与决策背后的估算进行比较。这是一个有用的起点。实际的挑战在于，在不因出现问题而每次更改原始估算的情况下，解释两者之间的距离。 我的观点，明确标注：原始业务案例应保留在文件中。更新预测，绝对要这样做。保留早期版本，以便组织了解发生了哪些变化。否则，每个项目最终都会达到最后输入其中的那个数字。 让我们使用一家虚构公司和一份虚构的软件协议。这些是说明性的美元金额，并非供应商价格或客户成果。我们将遵循从一月到十二月的日历年。 该公司为 1000 个订阅席位付费，每个席位每月 20 美元。每月 20000 美元。全年 240000 美元。 一项分配审查发现，800 个席位可以满足持续的业务需求。拟议的减少量为 200 个席位，从一月开始。在同一单位价格下，这将每月减少 4000 美元，或全年减少 48000 美元。 那是我们最初的总预测。总（Gross）意味着在实施变更的成本之前。它也是有条件的：数量必须可商业缩减，变更必须在 1 月生效，且剩余服务仍需满足要求。 在追踪资金流向之前，先明确我们要比较的内容。在本案例中，财务部门同意，以 1000 seats 的现有服务规模和相同的 20 美元费率维持现状是本年度的一种可行替代方案。我们拥有当前的发票以及一份可用的未变更续订合同来支持这一方案。 业务需求保持不变。此次削减仅移除不必要的分配，而非关闭某个部门。比较中不存在任何价格上涨、税收变更、货币波动或服务降级。 这些假设使本示例易于阅读。在您自己的记录中，每一项都需要核查。 这个商定的比较基准就是基线。它说明我们用什么来衡量结果。去年的付款、今年的预算、供应商的初始报价和未来需求预测是不同的基线。同一张发票相对于某个基线可能显得有利，相对于另一个却可能不利。 如果需求真的发生变化，请单独解释。也许公司服务了更多客户或收购了另一个部门。保持批准的对比，然后展示调整后的视图及其新范围和相关证据。不要悄悄重写起点并将差异称为业绩。 您还需要句号。每月减少量乘以 12 描述的是以该速率计算的完整一年，但这并不能确立发生了 12 个月的收益。我们很快就会看到这一区别的重要性。 一个容易失去这种纪律性的地方是团队之间的交接。发现未使用分配的人可能会估算出一个机会。采购部门可能会记录一个协商后的位置。交付部门可能会标记一项行动已完成。 财务部门可能会报告已确认的结果。这些是有用的里程碑，但它们需要各自的日期和证据。如果全部 4 项都被标记为已节省，那么报告就停止告诉你工作实际上处于什么阶段了。 保留原始估算、最新预测以及截至目前的验证结果。如果原始估算有误，请简要说明原因；如果估算合理但情况发生变化，请记录该变化。您的目标是改进下一项决策，而不是排列列式以便无人需要讨论此问题。 团队清理工作比计划晚完成。一月仍保持 1000 个已付费席位。签署的变更于二月一日生效。 还有另一个区别。供应商同意将承诺仅减少至 850 个席位。这是本虚构修正案中的最低限度。这并非关于特定出版商规则的陈述。 授权所有者接受该选项，团队记录 800 个已分配席位对 850 个已购买席位。仍有 50 个未分配席位正在付费。这些是可用的容量，而非已经实现的另一项节省。 现在我们可以解释修订后的预测。我们失去了原定的 4000 美元一月削减额。对于剩余的 11 个月，那额外的 50 个付费席位每月成本比原始目标高出 1000 美元。原始预测中的另外 11000 美元今年将不会实现。 48000，减去 4000 用于时间调整，再减去 11000 用于保留的承诺。这留下了 33000 美元的预期年度订阅减少额。 这里有一个更简单的检查方法。二月份的账单应从 20000 降至 17000。每月减少 3000 美元，持续 11 个月，共计 33000 美元。 运营清理工作可以完成，但商业成果可能小于最初提议的数额。这两句话都应包含在报告中。将这项工作称为失败会忽略其带来的缩减效果。保留 48000 在预测中会忽略该协议。 这就是你连接证据的地方。将批准的提案、签署的修正案、生效日期和分配记录放在一起。 每个答案回答一个不同的问题。我们原本打算做什么？供应商同意了什么？该义务何时发生变更？团队实际实施了什么？ 给予变更一个可在收益记录和账单调查中使用的稳定参考依据。它不需要新平台。如果人们能找到支持性文件，现有续订记录中的参考就足够了。 微软关于购买或移除企业订阅许可证的指导在此处做出了有用的区分。将许可证从不分配给用户和移除已购买的许可证是两个独立的步骤。移除时间取决于计费安排和适用的窗口。在预测收费何时产生之前，请检查实际的订阅和协议。 这是一个真实的产品机制，与我们虚构的 850 个席位最低要求是分开的。一张显示较少分配任务的截图证明了关于分配任务的一些内容，但它本身并不能证明可支付数量更低。 在移除访问权限之前，需与相关负责人核实持续服务、数据和保留要求。如果变更导致授权人员无法执行必要工作，那么账单更便宜并非成功的结果。 我们虚构的公司还向外部专家支付 6000 美元以完成清理工作。在此示例中，这是唯一的增量实施成本，该成本在当年发生并支付，财务部门将其纳入效益比较。 33000 美元的订阅减少额，减去 6000 美元的实施成本，预计年度净收益为 27000 美元。 内部员工也花费时间处理此项变更。记录该投入。在本例中，其工作量在现有容量范围内，未识别出额外薪酬或受影响的已资助工作，因此我们并未产生额外的现金支付。 如果它取代了重要工作，请说明被取代的内容并对其进行评估。已支付的发票并非决策的唯一可能成本。 完成检查不仅需要工单状态。需要服务所有者确认已移除正确的分配、保留了必要人员的访问权限，且采购数量与修正案匹配。保留由系统实际控制分配的带日期记录。如果自动化规则可以在明天恢复这些分配，在关闭工作前，先识别该规则的负责人。 保持检查与服务成比例。您无需因移除休眠账户而重新测试整个应用程序，但您需要知道该移除已发生，且将其称为不必要的原因是合理的。如果证据仅是一项变更请求，则实施仍未得到验证。 反方论点很有道理：这听起来像是为了适度的减少而进行了大量的核查。投入应与成果相称。一个小型、简单的变更可能需要几条关联记录和一次简短的审查。但仍有某人需要确定生效日期、实际数量和到达该状态的成本。当事实简单时，算术运算会变得更短。 此时我们有了修订后的预测。我们尚未验证一整年的结果。现在我们需要发票，而这正是我们的案例变得更有意思的地方。 让我们稍作休息。如果您需要此工作的实用流程，Operational ITAM Store 有 1 个名为“验证收益并报告业务成果”的流程。其流程编号为 F02。 它包括一个可编辑的 HTML 程序、一个 SVG 流程图以及本地采用和证据清单。起始输入包括商定的基线、批准的行动、发票或报价单、实施成本、货币、期间和业务成果证据。 这为您提供了一个与财务部门开始对话的结构化起点。 根据贵组织的职责和测量决策进行调整。 该流程不会决定您的财务团队将确认什么，也不会替代数字背后的记录。 您可以在 operationalitam.com/store 查看相关内容。这是我的付费资源，购买它有助于支持节目。今天的作业使用的是您已有的信息，无需购买。 您也可以在 operationalitam.com 找到播客和实用资源。如果有人不断追问节省的钱去了哪里，这一集或许值得与他们分享。 好的。回到发票。 一月份的账单正确开具为 20000 美元。但二月份和三月份也被开具了 20000 美元的账单，尽管签署的修正案规定从二月起应为 17000 美元。四月和五月则达到了正确的 17000 美元。 在五月底，这 5 张发票总计为 94000 美元。 我们过去 5 个月的未变基线为 100000。目前的发票显示减少了 6000 美元。 该协议支持不同的数字。一月为 20000，随后 4 个月为 17000，总计 88000。与基准相比，到五月应减少 12000 美元。 6000 美元的差距是二月和三月额外收取的 3000 美元。这是一笔由修正案支持的账单争议，并非合同价格的再次降低。 在五月报告截止日，显示有 6000 由当前记录的发票支持，另有 6000 处于争议中。财务部门根据组织政策决定争议金额是否需要进行任何会计调整。预期的信用并非信用已到账的证据。 调查应具体明确。请识别订阅项、法律实体、两张发票编号、相关服务期间、约定数量以及修订生效日期。要求供应商更正已发现的 2 处差异。这比收到一条说节省报告看起来不对的消息要容易解决得多。 Microsoft 的发票指南区分了发票日期与收费所涵盖的服务期间。这种区分不仅限于本例。本月收到的文件可能涉及更早的期间。请同时记录这两个日期，以免将迟到的更正误认为是新的运营改进。 在我们的虚构案例中，供应商接受了争议，并于六月发放了 6000 美元的信贷。该信贷用于抵扣六月的正常 17000 美元费用，使得该发票的应付金额为 11000 美元。 六月并未成为一项价值 11000 美元的服务。重复性收费仍为 17000。6000 用于纠正二月和三月。 将信用额关联到原始发票，并显示其应用时间。如果财务部门已在早期期间确认了该更正，则其后续到账即结算该项目。它不得在节省报告中产生第二次收益。 如果要说现金已经节省下来，就要检查结算情况。发票、费用分录、贷项余额和付款是相关记录，但不能互相替代。在这个已经结束的虚构年度中，所有相关费用和贷项都已结清。在此之前，应采用证据所支持的表述。 让我们结束这一年。从七月到十二月，订阅费用保持在每月 17000 美元。不再发生任何新的计费错误、新增席位或额外项目成本。企业主确认持续服务符合约定要求。 扣除信用额后的最终订阅总额为 207000 美元。您可以这样核对：1 月份为 20000，加上随后 11 个月每月 17000。相对于我们 240000 美元的基准线，减少额为 33000。 减去 6000 美元的实施成本。在我们声明的假设下，日历年净收益为 27000 美元。 该信用额已包含在该结果中。再次添加会导致高估收益。不将其包含在内则会低估收益。该信用额修正了账单记录，使其与修订后的义务相符。 我们现在可以解释原始 48000 发生了什么。4000 是因为变更在一个月后才开始而损失的。11000 是因为承诺只能降至 850 个席位而损失的。 6000 用于实施该变更。剩余的 27000 由已完成的案例提供支持。 这是他人可以复现的解释。它还提供了下一个项目的有用信息。生效日期需要更多关注。最低承诺应在原始预测发布前进行测试。账单需要在技术工作完成后进行跟进。 现在假设有人询问年度化缩减额。每月 3000 美元，在相同范围、费率及承诺持续的前提下，重复订阅缩减额将在 12 个月内达到 36000 美元。这是一个前瞻性运行率。它并不替代今年的 33000 美元毛节省或 27000 美元净收益。 如果管理层将释放的预算用于另一项服务，请单独报告该分配。即使技术总预算保持不变，原始服务的成本也可能更低。同样，较低的总预算并不能证明您的特定行动导致了削减。 Amazon Web Services 提供了另一个关于标签为何重要的有用示例。其 Savings Plans 利用率文档定义了针对相同使用量的总净节省额与预估 On-Demand 成本的对比。这是一个明确的比较。 这并不意味着该组织的账单较上个月减少了相应金额。 Amazon Web Services，或通常所说的 AWS，也会报告承诺额的使用情况。如果工作负载减少，请检查该承诺额会发生什么变化，以及是否有其他符合条件的用量可以吸收它。 技术缩减和财务缩减可能发生在不同时间。 答案在于使用、承诺和账单证据的综合。 在我们的席位示例中，50 个未分配的付费席位日后可能容纳新入职人员。如果他们这样做，请记录实际的重新使用。如果有人想要主张避免购买，请记录否则本需要的额外购买并与财务部门达成一致比较。不要将保留容量及其后来的重新使用都算作今年削减的单独现金节省。 如果信用从未到账，或者记录不完整，请保留该项目并列出金额、证据缺口、负责人和后续行动。 分别报告有证据支持的结果和尚未解决的金额。在所有问题都解决之前，结果也可以具有参考价值，前提是报告清楚说明其局限。 如果服务变差了怎么办？将其与财务结果并列。跟踪约定的指标：所需访问权限、工作完成情况、支持需求，或业务所有者确定的其他内容。订阅减少并不能抹去返工或运营中的其他问题。FinOps Foundation 的 Quantify Business Value 指南明确包含服务和组织绩效，而不仅仅是货币成本。 我的建议是，只有在另一个人能够跟进其比较和证据时，才关闭福利索赔。记录范围和期间，保留源文件，解释调整内容，并由约定的审核员确认结果。认可做出贡献的人员，不要将金额乘以涉及的部门数量。 今天的原则是可追溯性。有人应该能够从报告的结果开始，回溯到已批准的操作、已实施的变更以及支持这些内容的财务记录。 下课。这是你们的作业。预留大约一小时，选择一项已完成的技术变更，并使用你们有权访问的记录。 请记录原始预期效益、其基准值及涵盖期间。在执行协议或获批变更中找到生效日期。 比较已实施的内容与已采购的内容。然后检查涵盖受影响期间的发票以及任何相关贷项。 记录变更的成本。解释原始估算与可支持结果之间的每一项重大差异。如果缺少文件，请列出其名称并分配下一步行动。最后用一句话说明已验证的内容和尚未解决的事项。将此页带给您的财务合作伙伴。 如果您希望获得一种流程以帮助使该工作可重复，请在运营 ITAM 商店中查找 F02、Validate Benefits and Report Business Outcomes。链接在节目附注中。 在决策表（The Decision Table）中，有一个自然的下一个问题：一旦你验证了一个结果，什么会导致你重新审视它？将该问题保留在你完成的记录旁边。我们将回到决策如何随着业务变化而保持有效性的问题。 案例文件已打开。1 个情境，1 页内容。约束条件、你做了什么以及发生了什么。在通过网站发送前，请移除公司名称和敏感细节。发给我 1 个值得工作的素材，我将围绕它制作一期节目。 我是 Bill Van Nort，这是 Operational ITAM 播客。保持对比可见。跟随账单的变化进行追踪。报告你可以支持的结果。我下周再与你交谈。保重。