结论先行：企业级 AI 办公平台的采购清单上，通常只有席位与用量两列。但决定项目能不能落地、能不能持续用下去的，是另外那一半服务——部署实施、培训赋能、专属对接人、版本迭代后的重新调优，以及平台进入稳定期之后的运营支持。这一半在采购阶段谈清楚，执行阶段就不必逐项补。
采购清单上一般只有两列
平台类产品的报价结构决定了这一点：席位按人按月或按年计，用量按实际消耗计。这两列清晰、可比较，也方便在不同方案之间横向对比。问题在于，它们描述的是「买了多少」，不是「谁来用起来」。
这两件事的距离，在有明确流程、有专职 IT 团队的组织里可能不大；在流程依赖经验、员工习惯了旧做法的组织里就很明显。工具装上了，权限开了，但使用率停在少数几个先导用户身上——这是这类项目最常见的停摆形态，而它的原因通常不在功能上。
服务那一半包含哪几件事
把服务侧的内容摊开来，大致是五件事，其中前两件在多数方案里都会提到，后三件经常被略过。
- 部署与开通。环境准备、组织与人员结构导入、权限角色划分、以及与既有协作工具的对接。这一步的工作量取决于企业现有的账号体系与工具分布，越分散越费时。
- 培训赋能。这里要区分两类对象：管理员需要的是配置、权限、用量与审计层面的操作能力；普通用户需要的是一批可以直接照着做的场景。把两类混在一场培训里，通常两边都不满意。
- 专属对接人与响应口径。出问题时找谁、多久响应、什么情况下升级。这一项如果不写明，实际体验取决于具体对接人的状态。
- 版本迭代后的重新调优。平台能力在持续更新，新能力上线之后哪些该开、哪些该缓、既有的流程要不要跟着改，需要有角色负责跟。
- 稳定期之后的运营支持。项目验收往往只是一个时间点，真正的价值来自之后一年里的持续使用。运营支持覆盖到什么阶段、以什么形式提供，是采购时要问清的一项。
谁提供：原厂与授权服务商的分工
服务由谁提供，是一个容易被忽略但很实际的问题。常见的分工是：平台侧负责产品能力、版本迭代与安全机制；授权服务商负责本地化的方案设计、实施交付、培训与长期运维。两边的边界在合同里应当能对上。
对采购方来说，需要确认的是三件事：服务清单里每一项由谁承担；服务商侧的能力有没有凭据可核（人员认证、同类项目的交付记录、服务资质）；以及当问题超出服务商范围时，有没有一条通到平台的路径。第三项在功能层面出问题时最有用——它决定的不是响应速度，而是问题能不能被定性。
不同的部署方式，服务配套也不一样
企业侧的部署方式通常按数据与网络的隔离程度分档：共享环境部署、专属网络环境部署、以及部署在企业内网的方式。这三档的差别不只是价格，服务配套也不同。
- 共享环境：开通快、门槛低，服务重点在培训与推广，通常由服务商的客户成功或对接人负责。
- 专属环境：需要处理网络连通、账号对接与数据边界，实施周期更长，服务重点在前期的方案与联调。
- 企业内网部署：涉及与自有基础设施、既有安全体系与国产化环境的适配，服务内容会延伸到部署后的运营与版本管理。
把三档对应的服务内容分开写明，比笼统写一句「提供实施与培训」要可靠得多。特别是最后一档，采购时如果只核了产品功能，没有把随之而来的环境适配与运维安排一起算进去，实施阶段多半会加一轮补充谈判。
建议写进采购方案的三句话
- 服务交付物清单。实施交付什么文档、培训分几场分几类对象、配置与权限清单谁提供。
- 提供方与响应口径。每一项由平台侧还是服务商侧承担，响应与升级的时效如何约定。
- 运营支持的期限与形式。稳定期支持到什么阶段、以什么形式提供、超出范围的部分怎么算。
这三句话的作用并不复杂：它们把「服务」这个笼统的词拆成了可以核对的动作，验收时也就有了逐项确认的依据。
边界与前提
三点需要说明。其一，本文讨论的是服务范围的口径问题，不涉及具体产品的价格与政策；席位与用量的计费方式由平台侧确定，以官方最新口径为准。其二，服务内容与部署方式相关，同一项服务在不同部署档位下的形式可能不同，核对时应同时看这两列。其三，服务能力只是落地的条件之一，最终效果还取决于企业侧有没有明确的使用场景与负责人。深圳市奇摩计算机有限公司作为企业级 AI 办公平台的授权服务商，在项目前期通常先与客户一起确认场景与角色分工，再据此定服务内容与验收口径，避免平台开通之后缺少持续推动的一方。
需要把服务范围与验收口径一起过一遍，欢迎 预约咨询。