---
title: "多客服 WhatsApp 客户支持工作流设计指南"
description: "如何设计多客服协作的 WhatsApp 客户支持工作流：会话路由、升级处理、24小时服务窗口、快捷回复、SLA 设定，以及阿拉伯语与英语团队在同一个号码上的分工，适合出海企业参考借鉴。，并附上可直接套用的路由规则、升级流程、SLA 设定表与实际案例"
canonical: "https://omnichannels.ai/zh/blog/whatsapp-customer-support-workflow/"
language: "zh"
updated: "2026-10-10"
publisher: "BroadNet Technologies"
brand: "OmniChannels.ai"
category: "support"
primaryQuery: "whatsapp customer support workflow"
keywords: ["WhatsApp 客服团队", "WhatsApp Business API 多客服", "WhatsApp 24小时窗口", "WhatsApp 客服 SLA", "WhatsApp 升级处理流程", "阿拉伯语英语客户支持", "共享收件箱"]
published: "2026-10-10"
author: "OmniChannels.ai Editorial Team"
reviewer: "BroadNet Messaging Solutions Team"
readingMinutes: 8
answer: "多客服 WhatsApp 支持工作流把一个 WhatsApp Business Platform 号码接入共享收件箱，然后明确五件事：新聊天如何路由（按语言、话题或客户）、每个聊天由谁负责、何时以及如何升级、客服在24小时客服窗口内如何使用快捷回复、窗口外如何使用已获批准的模板，以及团队以哪些响应和解决目标来衡量。"
takeaways: ["多客服 WhatsApp 支持需要把 WhatsApp Business Platform（API）连接到共享收件箱；WhatsApp Business App 并非为团队规模的路由而设计。", "只有在客户最后一条消息后的24小时内才允许发送自由文本回复；超过后，企业必须使用经 Meta 批准的消息模板。", "从第一条消息起就把阿拉伯语和英语聊天路由到不同队列，并让双语客服作为溢出支援，而不是默认配置。", "升级应当更换负责人，或附上说明并加入一位指定专家，而不是悄悄转发聊天。", "按优先级和渠道设定 SLA，并从客户的第一条消息起用中位数衡量；如果承诺7x24小时服务，则应计入非工作时间。"]
faq: 
  - q: "多名客服可以同时回复同一个 WhatsApp 企业号码吗？"
    a: "可以，需要使用 WhatsApp Business Platform（API）。号码连接到收件箱或工单工具后，多名客服可以并行处理会话，每个聊天只分配给一位负责人。WhatsApp Business App 面向关联设备数量有限的小型企业，也没有队列路由，因此规模超过几个人的客服团队通常会改用 API。"
  - q: "24小时窗口过期后，客服应该怎么做？"
    a: "他们无法发送自由文本消息，而是发送一个预先批准的模板，通常是实用型（Utility）模板，例如告知客户其案件有新进展，邀请客户回复。客户回复后，新的24小时窗口开启，正常对话继续。模板由 Meta 审核，并可能按类别和收件人市场收费，因此请备好一小套已获批准的模板。"
  - q: "如何按语言路由 WhatsApp 聊天？"
    a: "检测首条消息的语言，或者通过模板或快速回复按钮让客户选择阿拉伯语或英语，然后路由到相应队列。把客户的语言记录在联系人资料中，后续对话就能直接进入正确的团队。一个队列繁忙时，双语客服作为溢出支援。避免在对话中途要求客户切换语言。"
  - q: "WhatsApp 客户支持是免费的吗？"
    a: "并不完全免费。Meta 按每条送达的模板消息，依类别和市场收费。根据 Meta 的定价文档，自2026年10月1日起，每个企业电话号码每月前1,000条服务消息免费，超出部分收费，在客服窗口内发送的实用型模板也要收费。制定预算前，请在 Meta 官方定价文档和费率表中确认最新条款。"
  - q: "WhatsApp 上怎样的首次响应时间算好？"
    a: "没有官方基准。客户把 WhatsApp 当作聊天渠道，因此团队通常以工作时间内的几分钟为目标，而不是邮件常见的几小时。请根据人手设定自己的目标，公布服务时间，并对非工作时间的消息自动回复并说明预期，让统计出来的响应时间反映真实情况。"
sources: 
  - title: "发送消息与客服窗口 — WhatsApp Cloud API，Meta for Developers"
    url: "https://developers.facebook.com/docs/whatsapp/cloud-api/guides/send-messages"
  - title: "消息模板 — WhatsApp Business Platform，Meta for Developers"
    url: "https://developers.facebook.com/docs/whatsapp/business-management-api/message-templates"
  - title: "WhatsApp Business Platform 定价 — Meta for Developers"
    url: "https://developers.facebook.com/documentation/business-messaging/whatsapp/pricing"
---

# 多客服 WhatsApp 客户支持工作流设计指南

Canonical: https://omnichannels.ai/zh/blog/whatsapp-customer-support-workflow/
Language: zh
Publisher: OmniChannels.ai by BroadNet Technologies

本指南面向需要让多名客服（通常分阿拉伯语和英语班次）在同一个 WhatsApp 号码上有条不紊地回复客户的客服负责人。内容按应当做出决定的顺序，涵盖各项工作流决策：路由、归属、升级、服务窗口、快捷回复和服务水平协议（SLA）。

## 多名客服回复 WhatsApp 之前，需要准备什么？

您需要 WhatsApp Business Platform（API）、一个已验证的企业电话号码，以及与之连接的共享收件箱或工单系统。WhatsApp Business App 是为只用少数几台关联设备的小团队打造的，没有队列路由，也没有分配报表。

| 需求 | WhatsApp Business App | WhatsApp Business Platform + 收件箱 |
|---|---|---|
| 多名客服并行 | 关联设备数量有限 | 可以，受收件箱工具限制 |
| 分配与队列 | 无 | 有 |
| 24小时之外的模板 | 不适用同样的方式 | Meta 批准的模板 |
| 按客服统计报表 | 无 | 有，在收件箱工具中 |
| 与 CRM 集成 | 手动 | 通过 API 和 webhook |

## 新的 WhatsApp 聊天应当如何路由？

在第一条消息时，使用最省成本又可靠的信号来路由：入口、语言、关键词或已知客户。每种信号决定一个队列，队列决定哪些客服有资格接待。

### 按可靠程度排序的路由信号

1. **已知客户。** 如果号码与 CRM 联系人匹配，且该联系人有客户经理或未结案件，就路由给该负责人或案件团队。
2. **入口。** 订单确认页上的 WhatsApp 链接或展厅里的二维码，能在客户输入之前就告诉您意图。
3. **语言。** 根据首条消息检测阿拉伯语或英语，或者通过快速回复选项询问。
4. **关键词或菜单选择。** 订单号格式、“退款”“发票”等词，或者某个菜单选项。
5. **兜底。** 任何不明确的情况，都进入设有短时限目标的通用分流队列。

在队列内部，请按负载（在线客服中未结聊天最少者）而不是严格轮询来分配，这样一个缓慢而复杂的案件就不会阻塞新来的聊天。

## 升级应当如何运作？

升级是把聊天连同上下文转给更有权限或更懂行的人，而且计时不停。请按触发条件、目标和交接格式来定义。

| 触发条件 | 升级给 | 交接规则 |
|---|---|---|
| 退款或补偿超出客服权限 | 组长 | 负责人仍是原客服；组长添加批准备注 |
| 需要排查的技术故障 | 二线队列 | 附摘要备注后重新分配；客服告诉客户由谁接手 |
| 投诉中提到法律行动或监管机构 | 主管 | 立即重新分配；一线不再回复 |
| VIP 或重点客户 | 客户经理 | 重新分配；并按姓名告知客户 |
| 辱骂性消息 | 主管 | 主管按政策决定是否屏蔽 |

有两条规则可以避免大多数升级失误：始终告诉客户接下来会发生什么；内部备注要回答“已尝试了什么、还需要什么、截止何时”。

## 如何配合24小时客服窗口工作？

客户给您发消息后，会开启一个24小时客服窗口，期间您可以发送自由文本消息。窗口关闭后，在客户再次回复之前，您只能用经 Meta 批准的消息模板联系客户。

请围绕这个时钟来设计工作流：

- **在每个会话上显示剩余窗口时间**，并对队列排序，让即将过期的聊天排到最前面。
- **在窗口内解决问题或设定预期。** 如果某个案件需要两天，现在就告诉客户，并约定您会带着进展再联系。
- **为可预见的跟进准备实用型模板：**“您的案件 {{1}} 已更新，回复即可继续”、配送改期、文件已收到。
- **不要用营销模板做服务跟进。** 类别由 Meta 的规则决定，用错有被拒绝或被重新归类的风险。

关于成本：Meta 按每条送达的模板消息，依类别和收件人市场收费。根据 Meta 的定价文档，自2026年10月1日起，每个企业电话号码每月前1,000条服务消息免费，超出部分收费，在客服窗口内发送的实用型模板也要收费。测算成本之前，请在 Meta 最新的费率表中确认。

## 快捷回复应当如何组织？

快捷回复是客服常用答复的内部快捷方式；它们不是模板，无需 Meta 批准，但只能在窗口内发送。

一种实用的结构：

- **按意图和语言命名：** `delivery-time-ar`、`delivery-time-en`。
- **让变量一目了然：** `[订单号]`、`[日期]`，避免客服把占位符直接发出去。
- **限定在最常见的20至40种意图；** 300条的库永远不会被正确使用。
- **每种语言都原生撰写。** 海湾地区的客户能看出翻译腔的阿拉伯语；请让母语写作者来撰写阿拉伯语的一套，而不是逐字翻译英语的一套。
- **每月复盘一次，** 对照客服实际收到的问题。

## 如何为 WhatsApp 支持设定 SLA？

针对首次响应和问题解决分别设定目标，按优先级划分，并根据您的承诺选择以工作时间还是自然时间来计量。

| 优先级 | 示例定义 | 首次响应目标 | 解决目标 |
|---|---|---|---|
| P1 | 服务中断、支付失败、安全问题 | 以分钟计 | 当天 |
| P2 | 订单问题、账号访问 | 以分钟到一小时计 | 1个工作日 |
| P3 | 一般咨询、售前 | 服务时间内 | 2个工作日 |

这些数字只是供您自己决策的占位值；WhatsApp 没有官方基准。请用中位数和第90百分位数来衡量，从客户的第一条消息开始计时，并且不要悄悄排除任何内容：如果排除了非工作时间的聊天，请在报告中注明。

## 如何在一个号码上运营阿拉伯语和英语团队？

使用一个号码和不同的队列，而不是多个号码。客户不应该需要知道哪个号码服务哪种语言。

1. 在第一条消息时记录语言，并存入联系人资料。
2. 按各自的咨询量曲线为每个队列配置人手；阿拉伯语和英语的咨询高峰往往出现在不同时间。
3. 高峰期让双语客服为两个队列提供溢出支援。
4. 维护并行的快捷回复和模板两套，每一套都以相应语言获批。
5. 按语言队列汇报 KPI，以便及早发现人手不足的团队。
6. 让周末和节假日的服务时间与您的市场一致；海湾地区的工作周和宗教节日都会影响咨询量。

## 实际案例：利雅得的一家电信转售商

“Sahab Connect”是沙特一家虚构的企业宽带转售商，会收到中小企业通过 WhatsApp 发来的支持消息。十二名客服分两班工作，其中八名以阿拉伯语为主，四名以英语为主。

- 一位客户发来“الانترنت مقطوع”并附上账号。工作流将号码与 CRM 账户匹配，检测到阿拉伯语，并路由到阿拉伯语一线队列，由未结聊天最少的客服接单。
- 客服执行已保存的故障排查清单，但故障依旧。她附上线路测试结果和客户方便的时间，升级到二线，并告诉客户工程师将在一小时内回复。
- 工程师需要次日上门。在窗口关闭之前，他确认了时间段。次日上午，在窗口之外，调度员发送了一条已获批准的实用型模板，写明技术人员的到达时间；客户回复后，窗口重新开启。

## 应避免的常见错误

- **把 API 当作个人手机使用。** 没有归属规则，客服之间会互相覆盖回复。
- **通过把截图转发到经理的个人 WhatsApp 来升级，** 这会破坏历史记录和隐私控制。
- **任由窗口悄悄过期，** 然后花费模板额度去重启本可以结案的对话。
- **所有问题共用一个 SLA，** 这会把 P1 的失误藏在一个看起来健康的平均值里。
- **本该用于服务的模板写成了销售消息，** 有被拒绝的风险。
- **没有非工作时间消息，** 客户只能在沉默中等待一整夜。

## OmniChannels.ai 如何提供帮助

OmniChannels.ai 由 BroadNet Technologies 提供技术支持，通过 Meta Embedded Signup 将您的号码接入 [WhatsApp Business API](/channels/whatsapp-business-api/)，并将对话与 Instagram、Telegram 和 Email 一起汇入 [Omni Inbox](/platform/unified-inbox/)，支持客服分配和打标签。客服可使用媒体、附件和已获批准的模板进行回复，[AI 智能体](/platform/ai-agents/)可以回答常规问题并转交真人。平台支持阿拉伯语和英语，带 CSV 导出的送达报告有助于复盘模板跟进，CRM 路由则使用公开的 [REST API 和 webhook](/developers/)。
