采购对象：从许可到任务
过去按席位或许可采购，现在供应商更多按场景、按调用量或按交付结果报价。好处是前期投入更灵活，风险是范围与验收更容易模糊。企业需要在合同里写清任务边界、数据归属与退出方式，否则续约时议价能力很弱。
成本重心：集成与数据
模型调用在总成本中的占比往往低于预期，真正吃工时的是系统对接、权限梳理与知识整理。为什么容易低估？因为这些工作分散在业务与 IT 两侧，不在供应商报价单里。做预算时应单列集成与数据治理科目，并指定内部负责人。
岗位分工：复核岗变重
智能体承担生成与初步判断后，人工转向例外处理、规则维护与结果复核。企业若不调整岗位说明书与考核，员工会把复核当额外负担，出现「点通过」式敷衍。可行做法是把接管率、错误类型与复核记录纳入岗位指标，并安排轮岗培训，其边界在岗位考核。
供应商格局：交付边界重划
模型厂商、行业软件商与集成商都在做智能体，能力重叠但责任不同。选型时不能只看演示效果，要问清故障时谁值守、数据泄露谁负责、模型升级导致行为变化如何处理。边界写不清，出问题就会出现多方推诿。
合规与审计：留痕前置
智能体会调用内部系统并生成对外内容，审计要求从「有日志」升级为「可还原一次任务的输入、工具调用与人工干预」。这项工作必须在设计阶段做，事后补日志往往缺失关键字段。涉及个人信息与对外发布时，还要按规定做标识与告知，这也是为什么要前置留痕。
适用与不适用
适合谁
- 正在制定下一年度 AI 预算的企业
- 采购、法务与业务共同参与选型的组织
- 已有试点、准备从单场景扩展的团队
不适合谁
- 只关心产品功能对比、不做责任划分的团队
- 尚无任何业务系统接口可对接的企业
典型场景
一家区域零售企业把客服智能体从试点扩展到售后与门店补货。采购部原以为主要成本是调用费，实际工时集中在订单系统接口与退货规则梳理。项目组据此调整预算科目，增设复核岗与周度错误复盘，并把供应商的值守响应写进合同，扩展阶段才没有出现停摆。
可执行步骤
- 盘点现有采购合同中与智能体相关的条款缺口，逐条列出待补项清单
- 把集成、数据整理与培训从隐性工时中拆出，单列为独立的预算科目
- 为每个场景指定业务负责人与人工作业接管人，并写进岗位说明书与考核
- 在合同中约定故障值守、数据删除与退出交接的具体流程与响应时限
- 用三个月的运行数据复盘成本结构与错误类型，再决定是否继续扩展
常见坑
- 沿用软件许可的验收方式，只看功能演示，上线后发现任务成功率无人负责，返工成本高。
- 把集成工作默认为供应商的义务，未写进合同范围，导致接口反复拖延、预算被动追加，工期顺延。
- 不调整岗位考核，复核流于形式，错误往往在客户端才被发现，返工成本远高于复核投入。
- 合同未约定模型升级后的行为变化处理，版本更新后输出风格突变，一线人员也无人兜底。
自检与验收清单
- 是否明确每个场景的业务负责人与人工作业接管人
- 集成与数据治理是否单列预算，而非藏在调用费里
- 合同是否包含值守响应、数据删除与退出条款
- 复核记录是否可还原输入、工具调用与人工干预
- 是否安排过复核岗的培训与轮换，而非临时指派
常见问题
智能体会不会替代现有软件系统？
短期内更多是叠加在现有系统之上，通过接口调用数据与功能。系统记录仍是事实来源，智能体负责理解与生成。企业应避免为智能体重建一套平行台账，否则对账成本会抵消效率收益。
采购时最该问供应商什么？
问三类问题：任务失败时谁值守、数据用完后如何删除、模型升级导致行为变化由谁负责回归测试。能把这三件事写进合同并给出操作流程的供应商，通常交付更稳。
预算应该按什么口径编？
按场景编，不按席位编。每个场景列清调用、集成、数据整理、复核人力与运维五类成本，再乘扩展系数；只用调用单价估算，往往会漏掉占大头的内部工时，导致预算失真。