监管观察
欧盟《人工智能法案》与客户服务：CX 团队应当准备什么
许多 CX 团队仍然把欧盟《人工智能法案》当作主要属于法务部门的事情。这个理解太窄了。法律解释确实应当交给法律顾问，运营层面的准备却不应当。如果某条客户服务流程在面向欧盟的场景中使用 AI 与人交互、生成服务内容或支持决策，那么服务运营本身就需要知道告知、监督、日志记录与供应商治理将如何运作。
截至 2026 年 8 月，这已经不是假设。欧盟委员会已就第 50 条下的透明度义务发布指引，相关透明度规则自 2026 年 8 月 2 日起开始适用。这并不意味着每条客户服务流程都突然不合规，而是意味着团队不应再假设运营准备可以往后推。
本文仅供参考，不构成法律意见。具体要求取决于部署方式、使用场景、提供者角色、部署者角色以及所涉司法辖区。买方应就自身情况获取法律意见。以下内容采用的是运营视角：CX 与 BPO 团队现在应当准备什么。
为什么客户服务团队会直接受到影响
客户服务环境如今在交互式聊天、自动化辅助、合成内容生成、摘要、路由支持以及有时范围受限的流程执行中都使用了 AI。这些恰恰是透明度、人工监督与文档记录问题从抽象变为运营现实的场景。
欧盟委员会近期的指引之所以特别相关，是因为它针对的正是直接与人交互的系统，以及生成或操纵内容的系统。在客户服务领域，这既包括显而易见的聊天机器人与智能体场景，也可能触及生成的客户沟通内容或服务内容，具体取决于流程是如何设计的。
在实际服务运营中，透明度意味着什么
对许多 CX 团队来说，第一个运营问题是告知。如果某人正在以落入相关透明度义务范围的方式直接与 AI 系统交互，那么除非该交互的 AI 属性确实显而易见，否则必须在交互开始时以清晰且可区分的方式告知客户。
这不仅仅是文案问题。它影响流程如何开场、转接如何表述、渠道如何标注，以及服务如何记录该次交互——以便组织日后需要证明当时发生了什么。
运营层面的例子包括：
- 在 AI 作为直接交互方的聊天或语音旅程中设置开场告知
- 关于 AI 生成内容在未经人工完整改写的情况下发布或发送的规则
- 清楚标明由人工代表接手的环节
- 渠道治理，使面向客户的标注与真实流程一致
人工升级与监督是设计问题，不是兜底口号
多数组织都已经表示自己认同人工监督。真正有意义的问题是这种监督如何运作。谁可以介入？哪些决定触发升级？哪些输出在影响客户之前要经过复核？哪些记录能显示某个 AI 操作或消息是被批准、被修改还是被撤销的？
答案会因使用场景而异。一份生成的回复草稿所需的控制，可能比更新账户、变更预订或就敏感事项生成面向客户的说明的流程更轻。但这种区分必须被明确作出。只停留在政策层面的监督，远不如嵌入实际运营模式中的监督有用。
日志与文档应当在采购结束前就讨论清楚
该法案的一个实际影响是，CX 团队应当更认真地对待记录留存与供应商文档。如果一个组织在客户服务中使用了多个 AI 组件，它需要足够的文档来了解每个组件做什么、使用哪些数据、由谁提供、存在哪些控制措施，以及提供者、部署者与内部业务负责人之间的责任如何划分。
| 方面 | 运营层面的问题 |
|---|---|
| AI 交互 | 在哪些环节告知客户他们正在与 AI 交互？ |
| 转人工 | 客户在何时、以何种方式可以联系到人工？ |
| 输出控制 | 哪些 AI 生成的输出可以未经复核直接对外，哪些不可以？ |
| 供应商治理 | 哪条流程使用哪个模型或提供者，经谁批准？ |
| 记录留存 | 关于交互流程、审批与关键变更，存在哪些证据？ |
AI 生成内容的治理，影响范围不止聊天机器人本身
客户服务团队越来越多地使用 AI 生成摘要、建议回复、知识草稿与外发内容。即便聊天机器人并非核心使用场景，生成的文本、音频或其他内容仍可能带来治理问题。团队应当界定：哪些 AI 生成的输出属于辅助性质，哪些实际上是在向客户发布或交付。
这一区分在运营上很重要。停留在坐席工作台内部的备注，与面向客户的消息适用不同的治理方式；供内部使用的生成话术，与进入受监管或敏感客户沟通的内容也适用不同的治理方式。
采购团队应当把法律关切转化为对供应商的提问
在被转化为采购语言之前，《人工智能法案》听上去可能很抽象。买方不需要服务商给出法律结论，但确实需要服务商就透明度、日志、模型归属、人工升级与变更管理回答与运营相关的问题。
有用的采购提问包括：
- 哪些流程涉及 AI 与客户的直接交互？
- 该交互如何被告知和记录？
- 每条服务流程中使用了哪些模型或提供者组件？
- 哪些输出在影响客户之前需要人工复核？
- 提示词、知识与操作权限的变更如何获得批准？
这类提问有助于让法务、隐私与运营团队保持联系，也降低了 AI 流程被快速采购、却被缓慢治理的风险。
这对 BPO 买方与服务商意味着什么
对 BPO 买方而言，《人工智能法案》又增加了一个理由：评估外包合作方时应看治理能力，而不仅仅是产能或工具熟悉度。服务商应当能够说明，在 AI 客户服务解决方案及相关流程的服务环境中，它如何支持告知、升级、运营日志、质量复核，以及对 AI 提供者的合规使用。
在 Upstream，我们把这看作更广泛的人 + AI 交付模式的一部分。AI 客户服务解决方案在设计上应当支持这些运营控制措施，信任中心应当让买方更清楚地了解治理方式，而欧洲的买方团队仍应查看我们欧洲交付覆盖中反映的区域运营情况。这并不会让任何客户自动符合《人工智能法案》，而是意味着运营模式可以被设计成支持合规所需的治理工作。
最常见的错误，是把合规当作上线后的补丁
CX 团队常常继承的是更早之前由软件、创新或采购团队作出的 AI 决定。等到运营部门介入时，聊天机器人已经配置完毕，服务商合同已部分谈定，告知方式却仍然含糊。这种先后顺序让治理变得更难，因为团队被迫在一条已经成型的流程上事后加装控制措施。
更好的路径是让运营复核更早介入。如果服务负责人、隐私负责人与采购团队能在上线前就告知、监督、日志与模型归属达成一致，最终形成的流程既更容易向客户解释，也更容易在内部站得住脚。
给 CX 负责人的准备清单
- 盘点每一条 AI 直接与人交互、或生成面向客户内容的客户服务流程。
- 梳理目前在哪些环节已经作出告知，哪些环节仍需明确告知。
- 为敏感或不确定的个案界定升级路径与人工责任归属。
- 把服务商与模型文档的审阅纳入采购环节，而不是等到上线之后。
- 核查现有的交互日志、审批记录与内容治理证据。
- 在扩大 AI 适用范围之前，协调法务、隐私、安全与运营团队。
对于国际团队而言，即使服务交付本身位于欧洲之外，这项复核同样应当进行。只要客户交互、模型部署、买方主体或受治理的流程触及欧盟义务，这些运营问题就仍然值得关注。
法律规则来自外部，运营准备来自内部
不应当把欧盟《人工智能法案》简化成一句「监管拖慢创新」的标题。对客户服务团队来说，它是一个提示：在 AI 的使用变得更广泛、更难回退之前，先把告知、治理与运营证据做扎实。
最强的团队不会等到出事或采购环节被叫停才行动。他们现在就会把透明度、监督与文档记录变成常规服务设计的一部分。
如果贵组织正在欧洲规划或扩大 AI 支持的 CX，下一步有用的动作，是在更多流程上线之前，与法务和交付相关方共同做一次运营复核。