Public Report v1.0。本文基于截至 2026-07-02 的公开资料整理，用于经营观察与决策框架参考，不构成法律、合规、采购、投资、会计、就业、网络安全实施或技术部署建议。完整边界见文末。
如果你只读 3 分钟
企业软件计价对象不是从“席位”一夜之间切换成“结果”。更可能出现的状态是混合化：席位继续承担访问、身份、权限和问责功能，同时 AI 点数、请求、消息、会话、解决结果和可复核工作单位开始进入同一张预算表。
对经营者而言，关键不是预测席位计价死亡，而是识别软件预算正在被拆成三类问题：哪些钱买访问，哪些钱买工作，哪些钱买信任。
适合管理访问权、权限边界、基础使用和员工覆盖。
适合表达 API 调用、token、存储、推理或自动化运行消耗。
当软件开始承担任务时，预算对象会转向被验证的流程、工单和输出。
企业需要知道哪些输出被复核、被采用、被拒绝或造成返工。
预算最终要回到效率、质量、风险、收入或客户结果，而不是停在软件消耗。
1. 席位计价的代理变量：人的访问权
传统 SaaS 计价之所以以席位为核心，是因为人是主要生产单位。员工需要访问客户管理、客服、协作、代码、文档、财务或运营系统。供应商对访问权收费，企业再通过流程、人员和管理纪律把访问权转化为业务价值。
这个模型并不完美，但采购可以理解：数用户、分权限、买套餐、谈折扣、控续约。席位同时承担了身份、权限、协作、管理和责任归属的功能。
AI 智能体开始扰动这个代理变量。若软件不只是让人使用工具，而是能完成部分有边界的工作，例如处理对话、生成动作、消耗模型能力、触发流程或完成自动化步骤，那么预算对象就不再只有“谁能访问”，还包括“什么工作被尝试、完成、计数或声称完成”。
2. 公开定价中的混合化信号
公开资料并不支持“席位消失”的强结论。更稳妥的观察是，多个软件供应商正在把新计价对象放在席位、套餐和平台基础之上。
Intercom 的 Fin 相关定价突出结果或解决结果；Zendesk 同时展示套件计划、AI 智能体和自动解决相关计价；Salesforce Agentforce 在平台语境中引入与对话、动作或点数相关的计价对象；Microsoft Copilot Studio 使用消息和容量逻辑；GitHub Copilot 仍然有用户计划，同时也有高级请求或 AI 点数；Atlassian Rovo / Rovo Dev 也呈现席位和点数池并存的结构。
这些资料只能证明公开包装对象正在变化，不能证明客户投资回报、市场规模、利润率、续约质量或某个供应商更优。
3. 新计量单位与可信工作的边界
一个被计费的 AI 单位，不自动等于一个被接受的工作单位。企业需要继续追问：这个单位到底计的是尝试、消耗、会话、回答、动作，还是被客户或下游流程接受的结果。
如果一个客服会话被计费，但客户问题没有解决，它只是一次计费事件，不是经营价值。若一段自动化动作被计数，但需要人工返工或引发异常，它也不能被简单写成完成工作。
因此，“智能体工作单位”若要变得可信，至少需要具备几个条件：可计数、可复核、可争议、可追踪、可暂停，并且能说明失败后的异常处理和责任归属。
4. 企业软件预算栈的复杂化
旧的软件预算可以粗略写成：席位费用，加上附加模块和实施成本。
智能体进入后，预算更可能变成一组混合对象：
| 预算层 | 购买对象 | 需要追问的问题 |
|---|---|---|
| 基础平台 | 系统、数据、集成、管理后台 | 这部分是否仍按平台或套餐收费？ |
| 人类席位 | 身份、访问、协作、责任归属 | 哪些人仍需要访问和签发权限？ |
| AI 消耗 | 点数、消息、请求、模型容量 | 计费对象是消耗，还是可接受结果？ |
| 工作单位 | 会话、解决结果、动作、任务 | 何为完成，谁确认完成？ |
| 验证与治理 | 审计、异常处理、复核、合规流程 | 谁承担验证和失败成本？ |
真正容易被低估的，不是 AI 单位价格，而是验证税：企业为了证明这个单位有用、安全、可审计、可争议、可纠错，所付出的内部成本。
5. 经营者评估标准
可以接受的新计价单位，通常具有清楚定义：单位能被计数，完成条件能被复核，买方有争议或暂停权，异常处理路径明确，并且它连接到真实业务流程，而不是只连接到账单计量表。
应当保持观察的单位，通常只是消耗标签。例如点数被烧掉、消息被使用、请求被调用，但企业无法判断这些消耗完成了什么工作、减少了什么成本、增加了什么风险。
应当重新谈判或重新设计的状态，是供应商把不透明消耗包装成结果计价。此时企业看到账单增长，却看不到可接受工作的增长，也看不到复核、争议、退款或纠错机制。
6. 24-72 小时低成本审查
经营者可以先拿一个即将续约或扩张的 AI 软件预算，做一次单位拆解：
| 问题 | 判断目标 |
|---|---|
| 哪些费用买访问？ | 席位、身份、权限、协作、管理控制。 |
| 哪些费用买消耗？ | 点数、消息、请求、模型容量、运行次数。 |
| 哪些费用声称买结果？ | 解决结果、对话、动作、自动化任务。 |
| 谁确认结果被接受？ | 用户、客户、系统、人工复核，还是供应商定义。 |
| 能否争议或复核？ | 是否有日志、定义、例外处理和争议机制。 |
| 治理成本在哪里？ | 审计、复核、异常、合规、失败修复是否被计入。 |
如果这些问题无法回答，企业不一定要拒绝采购，但不应把新单位当成成熟价值单位。它最多说明供应商正在改变包装对象。
7. 适用边界
本文不主张 SaaS 席位计价会消失。席位仍然在身份、权限、协作、管理和人类问责中发挥作用。
本文也不主张公开定价页可以证明投资回报、供应商优劣、市场规模或客户价值。公开定价页能支持的是计价对象变化的机制观察，而不是经营结果证明。
本文不构成采购、会计、法律、税务、投资或实施建议。不同企业的合同、用量、治理成本和风险承担方式不同，需要单独审查。
8. 结论：区分访问、消耗、工作与信任
智能体软件让企业预算从单一访问逻辑走向混合逻辑。席位仍然存在，但它不再足以解释全部价值。点数、消息、请求、会话、动作和解决结果会继续进入预算讨论。
经营者现在需要问的，不是“我们是否还要买席位”，而是“这笔钱买的是访问、消耗、工作，还是信任”。若企业不能区分这三类对象，就容易把不透明消耗误读成可接受工作。
附录 B：证据来源与边界
本报告不从单一来源推出经营结论。公开来源用于界定背景、趋势、治理压力或证据边界；本文的核心判断仍是机制性分析，不构成法律、合规、采购、投资、会计、就业、网络安全实施或技术部署建议。
Source Register
| ID | Source | Use In Report | URL |
|---|---|---|---|
| SR-001 | Salesforce Agentforce pricing | 公开背景、趋势信号或方法边界锚点 | https://www.salesforce.com/products/agentforce/pricing/ |
| SR-002 | Intercom pricing / Fin AI Agent pricing | 公开背景、趋势信号或方法边界锚点 | https://www.intercom.com/pricing |
| SR-003 | Zendesk pricing | 公开背景、趋势信号或方法边界锚点 | https://www.zendesk.com/pricing/ |
| SR-004 | Microsoft Copilot Studio | 公开背景、趋势信号或方法边界锚点 | https://www.microsoft.com/en-us/microsoft-copilot/microsoft-copilot-studio |
| SR-005 | GitHub Copilot plans | 公开背景、趋势信号或方法边界锚点 | https://github.com/features/copilot/plans |
| SR-006 | GitHub Copilot documentation | 公开背景、趋势信号或方法边界锚点 | https://docs.github.com/en/copilot |
| SR-007 | Atlassian Rovo pricing | 公开背景、趋势信号或方法边界锚点 | https://www.atlassian.com/software/rovo/pricing |
| SR-008 | NIST AI Risk Management Framework | 公开背景、趋势信号或方法边界锚点 | https://www.nist.gov/itl/ai-risk-management-framework |
| SR-009 | ISO/IEC 42001 | 公开背景、趋势信号或方法边界锚点 | https://www.iso.org/standard/81230.html |
附录 C：更新触发点
| 更新触发点 | 为什么重要 |
|---|---|
| 主要公开来源更新 | 可能改变本文对市场采用、治理、成本或风险边界的判断。 |
| 供应商定价、产品能力或平台规则变化 | 可能改变企业预算、验证成本或流程责任边界。 |
| 新的企业案例或行业调研发布 | 可用于检验本文的机制判断是否仍然成立。 |
| 法规、监管、审计或安全框架更新 | 可能改变公开表达、合规边界或企业执行门槛。 |
| 出现可复盘的反例 | 应更新模型边界，而不是只补充支持性证据。 |