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

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

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

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

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

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

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

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

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

升级应当如何运作？

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

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

如何配合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？

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

这些数字只是供您自己决策的占位值；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，并将对话与 Instagram、Telegram 和 Email 一起汇入 Omni Inbox，支持客服分配和打标签。客服可使用媒体、附件和已获批准的模板进行回复，AI 智能体可以回答常规问题并转交真人。平台支持阿拉伯语和英语，带 CSV 导出的送达报告有助于复盘模板跟进，CRM 路由则使用公开的 REST API 和 webhook。