Zendesk 公告移除 AI agents Essential 与旧版机器人：8 月 31 日停止开发，12 月 10 日正式停服。如果今天你的客服智能体还跑在这套技术上，只剩四个月可用。这篇文章不教你搭建 AI 客服系统，而是讲供应商砍功能之后，怎么体面退出、怎么把损失控制在预算内。
事件复盘：SaaS 的 AI 功能为什么会被砍
Zendesk 的调整分三步落地。2026 年 5 月 11 日，新 AI agents 套餐开始分批上线，原来的 Essential / Advanced 两级拆分取消；8 月 31 日，旧版 AI agents（Essential、基础消息回复、bot builder、answers、intents）进入维护模式，除关键 bug 修复外全部停止开发；12 月 10 日停止服务，仍在旧技术上的机器人直接不再工作。
| 时间 | 事件 |
|---|---|
| 2026-05-11 | 新 AI agents 套餐分批上线，Essential / Advanced 拆分取消 |
| 2026-08-31 | 旧版进入维护模式，停止开发，官方建议在此前完成迁移 |
| 2026-12-10 | 停止服务，旧版机器人不再运行 |
表面看是产品整合，实质是商业模式重估。官方公告里有一句话值得单独划线：因为计费与结果绑定，自动化解决量的变化可能影响整体用量与成本。翻译过来：新能力免费送，但按自动化解决量计费的模式不变，甚至会更贵。
这轮砍功能的原因，业内普遍指向三点。第一，旧版 AI 功能商业化不达预期，用户付费意愿集中在高阶能力上，维护两套功能不划算。第二，架构重构——新 AI agents 依赖 agentic reasoning、多步流程、外部 API 集成，旧 bot builder 的规则引擎撑不住，只能整体废弃。第三，收购与整合——供应商并购后通常统一产品线，被收购方或老版本功能最先被淘汰。
对甲方来说，教训只有一个：任何采购来的 AI 客服系统功能，都不属于你。它是供应商资产负债表上的一个产品项，随时可以被下线。
三类供应商锁定风险：功能停用、涨价、数据迁出
供应商锁定不是单一风险，而是三条线。常见的是功能停用，也就是这次 Zendesk 的情形：你依赖的 AI 能力被整体下线，所有流程被迫重做。其次是涨价——供应商调价或改计费模式，账单几倍上涨；最后是数据迁出难，对话历史、知识库、用户标签被锁在对方平台，导出格式受限。这类锁定本质是供应链问题，与模型供应链的弹性评估同源：越是把关键能力交给单一供应方，停摆时损失越大。
| 风险类型 | 典型表现 | 应对窗口 |
|---|---|---|
| 功能停用 | 旧版 AI 功能被移除，需重建流程（本次 Zendesk 事件） | 公告到停服通常 3-6 个月 |
| 涨价 / 改计费 | 按结果计费后自动化解决量放大，账单上涨；API 阶梯涨价 | 下个计费周期前 |
| 数据迁出难 | 导出格式私有、频率受限、知识库无法批量迁移 | 合同期内，越早越好 |
三类风险会叠加。真实案例：某零售品牌使用的第三方客服智能体因供应商停止维护，产品直接下线，团队从零迁移，前后停服 11 天，期间为满足监管要求追加合规改造约 23 万元。停服期间工单全部转人工，排队时长翻了四倍。
退出五步策略：从公告到切换的完整路径
收到停用通知后，按下面五步走，每步有明确产出物和截止时间。
第一步：AI 功能盘点
列出所有依赖该供应商 AI 能力的环节：自动回复、工单分类、知识库检索、情感分析、路由分配。每项标注影响面（坐席数、日会话量、业务线）和紧急度。产出一张依赖清单，交给业务负责人确认。
第二步：替代方案评估
在自建、迁移到其他客服 SaaS、混合三种路线里选。判断标准不是价格，而是：你的知识库有没有结构化、有没有数据出境的合规约束、团队有没有维护模型的能力。不要等到停服前一个月才开始评估。
第三步：数据迁移
对话历史、知识库条目、用户标签、工单状态全部要迁。先导出到中间格式做清洗，再导入新平台做字段映射。用脚本验证迁移前后数据量一致，抽样比对 10% 的工单内容。如果业务涉及境外用户，数据迁移还要同步核对出境合规义务，可参考下游部署者的合规责任清单。数据所有权要提前确认，否则供应商可以拿格式卡你。
第四步：合同条款补丁
这次之后，所有客服系统合同都要加三条：供应商变更或停用功能需提前 90 天书面通知；数据导出接口保证在服务终止后仍可用至少 180 天；因供应商单方面变更导致的迁移成本由供应商承担上限内的补偿。补丁要落到书面，而不是口头承诺。
第五步：灰度切换
新方案先在 10% 流量上跑两周，对比解决率、平均响应时长、CSAT。确认三个指标都不劣于旧方案后，再逐步放大到 30%、100%。灰度期的验收节点可以照搬智能体从 Demo 到生产的五道关卡，每道关卡设独立通过标准。停服当天保留纯人工通道作为兜底，防止切换失败导致全面断线。
自建 vs 采购：六维对比
| 维度 | 自建 AI 客服 | 采购替代 SaaS |
|---|---|---|
| 可控性 | 高，功能归属自己 | 低，跟随供应商路线图 |
| 上线速度 | 慢，通常 4-8 周 | 快，1-2 周可接入 |
| 长期成本 | 人力 + 算力固定支出 | 按量计费，账单波动大 |
| 数据主权 | 私有化部署，完全自主 | 留在供应商平台 |
| 迭代节奏 | 跟随自身业务需求 | 跟随供应商版本计划 |
| 再被砍风险 | 低 | 中到高 |
自建不是万能答案。如果团队没有 NLP 与运维能力，自建的成本可能比采购还高，而且上线后还要持续养。务实做法是：核心知识库与话术资产自持，模型与通道层可以继续用第三方，但随时保留切换能力——也就是优码云常说的「数据在自己手里，模型可替换」。
CTO 检查清单
把下面六条打印出来，逐条打勾。全部通过，你才算真正摆脱了这次锁定。
- 30 分钟内能导出全量对话与知识库，且格式为开放标准（JSON / CSV）
- 已确定至少一个可用的备份方案，自建或替代供应商皆可
- 新方案通过 1000 条真实会话回放测试，解决率不低于旧方案 5 个百分点
- 合同已补丁：供应商变更需提前 90 天书面通知
- 核心指标（解决率、CSAT、平均响应时长）基线已建立，灰度期可对比
- 应急预案存在：停服当天可回退到纯人工通道
常见问题
小团队只有几十个坐席，来得及自建吗？
来得及，但不建议一上来就全自建。先用现成客服平台 + 自有知识库的方式过渡，把数据资产先迁出来；自建可以作为第二步，等业务量验证后再投入。核心是先摆脱对单一供应商 AI 功能的依赖。
供应商砍功能，合同能主张赔偿吗？
取决于合同条款。多数 SaaS 合同写明了服务可变更，甲方很难主张违约赔偿。能争取的是迁移协助：要求对方提供导出工具、延长过渡期、减免过渡期费用。把「单方面变更通知期」写进下一次合同，比事后索赔更实际。
对话数据和知识库到底归谁？
你产生的数据归你，这是法律底线，但技术实现可能卡你。很多平台的数据导出接口是私有格式、有频率限制。签约前就要确认：数据导出是否免费、是否有 API、停服后是否仍提供导出窗口。
迁移一次大概要多少成本？
按团队规模差异很大。几十个坐席的规模，数据迁移加流程重建，量级在几万到二十万之间，主要花在字段映射、知识库清洗和新方案验证上。测算方法可以参考AI 项目三年 TCO 模型，把隐性成本也一起算进去。停服风险窗口越长，成本越低——这也是为什么公告当天就该动手。
怎么判断该自建还是再买一家？
看三件事：知识库结构化程度（能不能支撑自动化）、团队模型运维能力、数据合规要求。三条都强，自建；都弱，换一家供应商但把数据先迁出来；中间状态，走混合路线。
如果你正在评估现有客服系统的锁定风险，可以先看看优码云的实际交付案例（/cases），或直接联系团队（/contact）做一次依赖盘点。优码云（umayun，www.umayun.com）提供 AI 客服系统的评估、迁移与自建方案，重点帮企业把数据主权拿回自己手里。
参考
- Zendesk Is Retiring AI Agents Essential & Legacy Bots: Dates, Migration & the Real Cost (2026)
- Zendesk 官方公告：新 AI agents 体验迁移说明（2026）