使用 FAROL 框架治理 SaaS 续约

SaaS 续约不是采购事件，而是架构、风险和运营能力决策。当企业自动续订一项工具时，它不仅是在维持一个有效订阅，还在保留集成、访问权限、工作流、经常性成本，以及一个可能已不再合理的技术选择。

这一问题愈发紧迫。BetterCloud 于 7 月发布的《State of SaaS 2026》报告指出，在受访 IT 领导者中，47% 将安全与治理列为 SaaS 管理的首要挑战。与此同时，Torii 的 2026 年基准报告发现，企业平均运营超过 830 个应用，其中 61% 未纳入 IT 的正式监管。这一情境使自动续约成为悄然扩大运营债务的方式。BetterCloud, 2026 和 Torii, 2026。

应对之道不是将所有决策集中到一个缓慢的委员会，而是建立可重复的标准、明确的责任人和足以在恰当时点作出决策的证据。本文提出用于 SaaS 续约治理的 FAROL 框架：Fotografar、Atribuir、Relacionar、Otimizar、Levar à decisão。

日历驱动续约的问题

合同周期往往决定了决策节奏。续约前 60 天或 30 天，采购部门要求给出立场。业务部门回应说该工具很重要。IT 确认存在活跃用户。财务部门协商折扣。合同随即续签。

这一流程之所以失效，是因为它将存在等同于价值。一项应用可能频繁登录，却仍在重复另一平台已具备的能力。它可能对一个小团队具有战略意义，但其数据风险与其重要性并不匹配。它也可能访问量很少，却支撑着财务结账或客户服务等关键流程。

IBM 在强调标准续约已不再是中性决策时概括了这一问题：累积续约、定制化、并购和分散采购会造成未充分利用的许可证、冗余平台和隐性依赖。IBM, 2026 年 6 月。

FAROL 用一个更有用的问题取代了过于简单的“续约还是取消？”：哪种决策能够以可行的最低成本、风险和依赖，保留运营成果？

用于 SaaS 续约的 FAROL 框架

1. 如实描绘合同的实际运行状况

第一步是建立应用的运营画像。仅记录供应商、金额和到期日并不够。还需要整合计费模式、合同数量、已配置用户、活跃用户、使用量、业务单元、集成、处理的数据、管理员、调价条款、提前通知期和自动续约条款。

画像应将事实与判断分开。已配置用户不等于活跃用户。活跃用户不等于关键用户。已有集成也不能证明它是必要或健康的。

**示例：**某营销自动化平台签约了 400 个许可证，并已配置 310 名用户。对 90 天数据的分析显示，只有 74 名用户持续使用。自动化使用量仅占套餐的 38%。存在三个活跃集成，但其中一个为另一项企业级工具已经执行的工作流提供数据。在谈判价格之前，企业已有调整规模和简化的空间。

2. 指定业务负责人和技术负责人

每次续约都需要双重责任。业务负责人对应用所支撑的成果负责。技术负责人对身份、集成、数据、连续性、配置和架构适配性负责。采购和财务支持决策，但不应是唯一负责解读该决策的角色。

缺少这种双重归属时，通常会出现两类偏差。第一种是业务部门因工具熟悉而保护它，却不评估边际成本或冗余性。第二种是 IT 在不了解具体日常流程影响的情况下试图移除应用。这两种情况都会造成摩擦和不完整的决策。

同时应为关键合同指定一名高管发起人。他不参与每一次分析，但负责裁决涉及重大风险、显著收入影响或供应商依赖的僵局。

**示例：**某电子签名解决方案由法务、销售和运营部门使用。法务总监负责流程价值与合规性。架构负责人负责与 CRM 和文档管理系统的集成。如果提出整合方案，双方都需要验证其对签约周期、审计追踪和客户体验的影响。

3. 关联使用情况、流程与关键性

第三步避免将遥测数据视为最终结论。使用情况必须与工具支持的流程相关联。为此，应按两个维度将每个应用归入矩阵：使用强度和流程关键性。

高使用率和高关键性表明应用值得进行有计划的持续使用、可观测性建设和提前谈判。低使用率和低关键性则是终止候选。混合象限需要进一步调查。一个在低关键性流程中被大量使用的工具，可能只是累积形成的便利性；一个在关键流程中很少使用的工具，可能是必要的应急能力。

除访问指标外，还应纳入成果指标。周期时间、错误率、处理量、转化率、满意度或 SLA 达成情况，能够揭示软件是否正在贡献于重要成果。

**示例：**某调研软件每月仅有 18 名用户。初步判断可能是取消。但将使用情况与流程关联后，团队发现它只会在客户体验事件发生后启用，并为降低重复联系的纠正决策提供依据。使用率低是因为事件罕见，而 Insight 的关键性很高。合适的决策可能是以更小的方案续约，而非取消。

4. 谈判前先优化

对错误配置争取折扣，只是部分节省。在商业沟通之前，企业应先确定需要购买的配置。这包括移除不活跃账户、调整使用量区间、取消未被采用的附加项、将用户迁移至成本更低的角色、关闭遗留环境，以及整合重叠模块。

这一步还需验证定价模型是否发生变化。具有 AI 功能的工具通常会结合按席位、使用量、额度、API 调用次数或存储量收费。即使用户规模保持稳定，支出也可能增加。治理需要模拟使用情景、定义上限，并指定跟踪责任人。

Gartner 于 2026 年 3 月发布的分析警示，随着 SaaS 增长放缓，供应商可能加大续约涨价、迁移、审计和合规相关措施。这进一步说明，企业应带着备选方案和自己的数据走上谈判桌。Gartner, 2026 年 3 月。

**示例：**某协作工具按完整用户和外部访客收费。企业发现，40% 的完整用户仅查看文档。通过将这部分用户转为查看角色，并关闭不活跃访客，企业在不改变团队工作流的前提下减少了年度承诺。之后才开始谈判剩余合同。

5. 将风险和依赖纳入同一项决策

续约不能只根据成本获批。每项应用都应接受简明的风险和依赖评估。分析个人和敏感数据、MFA 和 SSO 覆盖情况、外部账户、管理员权限、审计追踪、与关键系统的集成、数据可导出性、退出计划，以及对单一供应商的集中依赖。

评估应与实际情况相称。不含企业数据的笔记应用，与处理薪资或合同的平台需要不同的处理方式。目标不是为每个订阅建立冗长的审计，而是让那些会改变决策的风险变得可见。

AI 工具的扩张使这一筛选更加必要。Cloud Security Alliance 于 2026 年发布的报告强调，未经授权的 AI 使用应被引导至受监控的替代方案，而不只是被阻止。这要求识别哪些数据进入工具，以及哪些身份拥有访问权限。Cloud Security Alliance, 2026。

**示例：**某转录工具价格低廉，且仅少数人使用。但它会录制包含产品和客户信息的会议，允许社交账号登录，并且没有明确的数据保留政策。其财务价值很小，但风险不成比例。决策可能是终止、迁移至获批方案，或在续约前要求落实控制措施。

6. 按情景决策并记录决策依据

最后一步是在五种可能结果中正式作出决策：按现状续约、调整规模后续约、重新谈判、整合或终止。对于高度依赖的情况，还存在第六种结果：临时续约，同时明确过渡计划、期限、预算和责任人。

每项决策都应以几行文字记录其依据：应用解决什么问题、哪些证据支持该选择、哪些风险仍然存在、将跟踪什么成果，以及何时重新评估决策。这一记录能避免企业在每个周期重复讨论同一合同，并在团队变动时形成组织记忆。

节奏至关重要。战略性合同应在到期前 120 至 180 天进入 FAROL 流程。中等合同应提前 60 至 90 天。低价值工具可以遵循自动化规则，前提是设有风险和支出上限。

**示例：**某 BI 平台使用率高、成本持续增长，并且与另一家已签约供应商的能力部分重复。决策不必是非此即彼。企业可以续约 12 个月，同时减少许可证数量、冻结新增需求、迁移两个报表域，并在六个月后重新评估整合。决策依据将一个不够精确的选择转化为可验证的计划。

续约必须是一项重新作出的选择

FAROL 框架的主要收益不只是削减支出，更是提升技术决策质量。成熟的组织知道自己资助哪些应用、这些应用支撑何种成果、谁对它们负责，以及在必要时如何退出。

这种治理水平可减少预算意外，避免无目的的访问权限和集成长期存续，并改善与供应商的谈判地位。它还为引入新的 AI 工具建立了标准，而不会以无形的方式扩大应用组合。

当 SaaS 续约反映一项运营决策依据时，它就不再是一项行政惯例。企业续约不是因为合同到期，而是因为证据表明，该能力仍是当前可用的最佳选择。