外贸多语言客服 Agent：邮件、WhatsApp、独立站回复 SOP

用 Agent 处理外贸英文、西语、阿语等多语言客户消息：翻译、意图分类、标准回复、转人工和 FAQ 沉淀。

内容更新 2026-05-26

先看结论

多语言客服 Agent 最重要的是术语表和红线：价格、交期、赔付、认证必须转人工确认。

操作步骤

  1. 建立术语表：产品名、材质、认证、包装、型号、禁用翻译。
  2. 先将消息最小化并严格去标识化，删除姓名、邮箱、电话、地址、订单号和客户对话标识；原始消息只在有合法依据的自有受控环境中处理。
  3. 把去标识化消息分类为询价、规格、样品、物流、售后、投诉或合作。
  4. 每条回复输出三栏：去标识化摘要、中文解释、目标语言回复草稿。
  5. 价格、交期、退款、赔偿、法律、认证问题自动标记为人工确认。
  6. 常见问题沉淀到 FAQ：问题、标准回答、适用产品、更新时间。
  7. 每周复盘错译和高频问题，更新术语表和知识库。
  8. 对重点客户保留更正式语气，对普通售前保持简短友好。

命令与示例

多语言客服 Agent 提示词：
输入必须是虚构或严格去标识化的小样；删除姓名、邮箱、电话、地址、订单号和客户对话标识。原始消息只在有合法依据的自有受控环境中处理。

请先识别客户语言和意图，再输出：1）去标识化摘要；2）中文解释；3）目标语言回复草稿；4）是否需要人工确认。不要自动承诺价格、交期、退款、赔偿、认证、法律责任。遇到这些内容必须写“需人工确认”。保持语气专业、简洁、友好。
术语表字段：
中文术语 / 英文标准译法 / 西语译法 / 阿语译法 / 禁用译法 / 适用产品 / 备注

推荐回复格式

  • Language：客户语言。
  • Intent：询价 / 售后 / 物流 / 投诉 / 合作。
  • Chinese Summary：给业务员看的中文摘要。
  • Reply Draft：给客户的目标语言草稿。
  • Need Human Check：价格、交期、退款、认证等红线。

术语表小白版

  • 产品名：固定英文和目标语言译法，避免每次翻译不同。
  • 材质 / 规格 / 型号：保留单位和大小写，例如 mm、kg、MOQ。
  • 认证：CE、FCC、RoHS 等只按资料写，不扩展解释。
  • 禁用词：容易引发误解、夸大效果或平台违规的词。
  • 地区口径：不同国家的称呼、单位和合规说法分开维护。

必须转人工的内容

  • 价格、折扣、账期、退款、赔偿。
  • 交期、库存、是否能赶船期。
  • 认证、清关、税费、法律责任。
  • 投诉升级、差评威胁、大客户特殊条款。
  • 客户要求正式合同、发票、证明文件。

客服输出 JSON

{
  "language": "Spanish",
  "intent": "quotation",
  "chinese_summary": "客户询问 500 件的价格和交期。",
  "reply_draft": "...",
  "need_human_check": ["price", "lead_time"],
  "faq_update": "可加入 MOQ 和交期 FAQ"
}

适合谁看

  • WhatsApp、邮箱、独立站表单每天有多语言咨询
  • 业务员英文能看懂，但西语、阿语、俄语回复慢
  • 客户问同样问题，团队重复翻译
  • 售后问题涉及退款、补发、损坏、清关
  • 想把客服问题沉淀成外贸 FAQ

需要解决的问题

  • 翻译看起来通顺，但产品术语错了
  • 客服误承诺交期、赔偿或认证
  • 客户消息没有分类，紧急问题被淹没
  • 不同业务员回复口径不一致
  • FAQ 没有更新，Agent 越答越乱

先理解这些

  • 没有术语表，模型会按通用翻译处理专业词
  • 没有转人工规则，Agent 会试图回答高风险问题
  • 缺少客户阶段，售前、售后、投诉应该不同处理
  • 没有把经合法收集、严格去标识化并复核的高频问答沉淀到知识库
  • 多语言回复没有保留原文和中文解释，业务员难审核

遇到困难时

  • 如果客户语言识别不确定，先用英文礼貌确认，不要乱翻译。
  • 如果涉及投诉或赔偿，转人工，不让 Agent 独立处理。
  • 如果产品术语错译，先更新术语表再继续。
  • 如果客户消息很长，让 Agent 先摘要和列问题，不要一次性回复所有细节。
  • 如果客户要正式合同或认证文件，转单证/业务人员确认。