Zendesk 内置实时语音翻译：多语种客服从“语言分流”转向“问题分流”

9 月 10 日，Zendesk 发布联络中心实时语音翻译功能。通话双方可以各自使用熟悉的语言，由 AI 在通话中进行双向语音翻译。该功能直接嵌入 Zendesk Contact Center：客户语言可在呼叫流程中预先确定，也可由客服人员在通话中开启或关闭；管理员还可以按队列配置功能，并选择保留原始音频、翻译音频或两者。

这项功能计划于 10 月向符合条件的 Zendesk Contact Center Native 客户开放封闭早期体验。早期版本支持中文、英文、法文、德文、印地文、印度尼西亚文、意大利文、日文、韩文、葡萄牙文、俄文、西班牙文和越南文，共 13 种语言。Zendesk 称，语音目前约占联络中心业务量的 40%；把翻译放进现有通话界面，瞄准的是一个长期存在的运营难题：小语种需求不足以支撑专门队列，需求高峰又很难临时补足多语种坐席。

真正变化的是路由逻辑

传统多语种客服通常先按语言找人，再按问题找人。结果可能是：最懂产品退款的坐席不会客户的语言，而会该语言的坐席又不熟悉退款流程。内置实时翻译提供了另一种顺序——先按产品、账户或技术问题把电话交给最合适的人，再用翻译补上语言能力。

与额外安装一个“虚拟麦克风”或在多个应用之间切换相比，原生集成还可以把语言属性、呼叫上下文、队列规则、录音策略和坐席控制放在同一流程里。它降低的不只是单次翻译成本，更是集成、培训和日常管理的摩擦。对于跨境电商、软件服务和国际售后团队，这可能让低频语言从“只能邮件回复”变成“可以提供实时语音支持”。

早期版本的边界同样重要

Zendesk 的早期体验文档明确说明，多方通话、转接通话、主管监听或强插以及视频通话暂不支持实时翻译；翻译质量和延迟也会随语言、口音、音频质量和网络状况变化。换言之，这仍是需要验证的生产能力，不是可以对所有电话一键开放的无风险功能。

实时语音链路比文字翻译更长：语音识别、翻译、语音合成和网络传输中的任何一环，都可能带来遗漏、误译或停顿。产品名称、金额、地址、否定表达和责任承诺尤其需要关注。客户听到的声音越自然，企业越不能把“听起来流畅”误当成“含义一定准确”。

企业试点前应设置三道闸门

• 质量闸门：按目标语言分别测试真实口音、背景噪声、行业术语、数字和连续对话，记录准确率、延迟、重复确认次数及客户满意度，不用一个总体平均分掩盖弱势语言。
• 场景闸门：先从咨询、进度查询和基础排障等可复核场景开始。涉及支付授权、合同承诺、医疗建议、重大投诉或法律争议时，应能迅速转接多语种坐席或专业口译员。
• 数据闸门：上线前确认原始音频、翻译音频和转写文本分别在哪里处理、保留多久、谁可访问，并让录音告知、隐私政策、跨境传输和审计规则覆盖翻译链路。

Zendesk 的发布显示，实时语音翻译正从独立工具走进客服平台的默认工作流。企业可以因此扩大语言覆盖，但不应简单把它等同于“取消多语种团队”。更稳妥的路径，是用一小组低风险队列做封闭试点，为每种语言建立质量基线和人工升级机制，再决定哪些场景可以规模化。

本文信息来源：Zendesk 官方公告及实时语音翻译早期体验帮助文档（2026 年 9 月 10 日）；No Jitter 对产品集成与早期体验范围的报道（2026 年 9 月 11 日）。语言范围、功能限制和开放时间均属于早期体验信息，后续应以 Zendesk 最新产品文档与企业合同为准。