Мультиагентная поддержка в WhatsApp: как выстроить процесс

Это руководство для руководителей поддержки, которым нужно, чтобы несколько агентов, часто в арабоязычных и англоязычных сменах, отвечали клиентам с одного номера WhatsApp без хаоса. В нём разобраны решения в том порядке, в котором их стоит принимать: маршрутизация, ответственность, эскалация, окно обслуживания клиентов, быстрые ответы и соглашения об уровне обслуживания (SLA).

Что нужно, чтобы на WhatsApp отвечали несколько агентов?

Вам нужны WhatsApp Business Platform (API), верифицированный бизнес-номер телефона и подключённый к нему общий инбокс или helpdesk. Приложение WhatsApp Business создано для небольших команд с несколькими связанными устройствами и не имеет ни маршрутизации по очередям, ни отчётов по назначениям.

Как маршрутизировать новые чаты в WhatsApp?

Маршрутизируйте по первому сообщению, используя самый дешёвый надёжный сигнал: точку входа, язык, ключевое слово или известного клиента. Сигнал определяет очередь, а очередь определяет подходящих агентов.

Сигналы маршрутизации по степени надёжности

1. Известный клиент. Если номер совпадает с контактом в CRM, у которого есть владелец аккаунта или открытое обращение, направьте чат этому владельцу или команде по обращению.
2. Точка входа. Ссылка на WhatsApp на странице подтверждения заказа или QR-код в шоуруме показывают цель обращения ещё до того, как клиент что-либо напишет.
3. Язык. Определите арабский или английский по первому сообщению или спросите через кнопку быстрого ответа.
4. Ключевое слово или выбор в меню. Формат номера заказа, слова «возврат», «счёт» или выбор пункта меню.
5. Резервный вариант. Всё неясное попадает в общую очередь первичной сортировки с коротким целевым сроком.

Внутри очереди назначайте по загрузке (меньше всего открытых чатов среди агентов онлайн), а не строго по кругу, чтобы медленный сложный случай не задерживал новые обращения.

Как должна работать эскалация?

Эскалация передаёт чат тому, у кого больше полномочий или экспертизы, вместе с контекстом и при непрерывном отсчёте времени. Определите её по триггеру, адресату и формату передачи.

Два правила предотвращают большинство сбоев эскалации: клиенту всегда сообщают, что будет дальше, а внутренняя заметка отвечает на вопросы «что уже сделано, что требуется, к какому сроку».

Как работать с 24-часовым окном обслуживания клиентов?

Когда клиент пишет вам, открывается 24-часовое окно обслуживания клиентов, в течение которого можно отправлять свободные сообщения. После его закрытия связаться с клиентом можно только с помощью шаблона сообщения, одобренного Meta, пока клиент снова не ответит.

Стройте процесс вокруг этого отсчёта:

• Показывайте оставшееся время окна в каждом диалоге и сортируйте очередь так, чтобы чаты, окно которых скоро закроется, поднимались наверх.
• Решайте вопрос или обозначайте сроки внутри окна. Если для обращения нужно два дня, скажите об этом клиенту сразу и договоритесь, что вернётесь с обновлением.
• Подготовьте служебные шаблоны (utility) для предсказуемых последующих сообщений: «Ваше обращение {{1}} обновлено, ответьте, чтобы продолжить», перенос доставки, получение документа.
• Не используйте маркетинговые шаблоны для сервисных уведомлений. Категории определяются правилами Meta; неправильное использование грозит отклонением или сменой категории.

О стоимости: Meta взимает плату за каждое доставленное шаблонное сообщение в зависимости от категории и рынка получателя. Согласно документации Meta по ценам, с 1 октября 2026 года Meta взимает плату за сервисные сообщения (service) после первых 1 000 бесплатных в месяц на один бизнес-номер телефона, а также за служебные шаблоны (utility), отправленные внутри окна обслуживания клиентов. Прежде чем считать расходы, сверьтесь с актуальным прайс-листом Meta.

Как организовать быстрые ответы?

Быстрые ответы (saved replies) — это внутренние сокращения для ответов, которые агенты отправляют часто. Они не являются шаблонами сообщений и не требуют одобрения Meta, но их можно отправлять только внутри окна.

Практичная структура:

• Называйте по цели и языку: delivery-time-ar, delivery-time-en.
• Делайте переменные заметными: [order number], [date], чтобы агенты никогда не отправляли плейсхолдер.
• Ограничьтесь 20–40 самыми частыми запросами: библиотекой из 300 ответов никто не пользуется правильно.
• Пишите нативно на каждом языке. Клиенты из стран Персидского залива замечают переводной арабский; поручите носителю написать арабский набор, а не переводите английский слово в слово.
• Пересматривайте ежемесячно с учётом вопросов, которые агенты реально получают.

Как задать SLA для поддержки в WhatsApp?

Задайте отдельные цели для первого ответа и для решения, по приоритетам, в рабочих или календарных часах, в зависимости от того, что вы обещаете.

Цифры здесь — условные значения для ваших собственных решений: официального ориентира WhatsApp не существует. Измеряйте медианой и 90-м перцентилем, запускайте отсчёт с первого сообщения клиента и ничего не исключайте молча: если чаты в нерабочее время не учитываются, укажите это в отчёте.

Как вести команды на арабском и английском на одном номере?

Используйте один номер и отдельные очереди, а не отдельные номера. Клиенту не нужно знать, какой номер обслуживает какой язык.

1. Определяйте язык по первому сообщению и сохраняйте его в карточке контакта.
2. Планируйте штат каждой очереди по её собственной кривой нагрузки: спрос на арабском и английском часто достигает пика в разное время.
3. Подключайте двуязычных агентов как резерв для обеих очередей в часы пик.
4. Ведите параллельные наборы быстрых ответов и шаблонов, каждый одобренный на своём языке.
5. Анализируйте KPI по каждой языковой очереди, чтобы вовремя заметить нехватку сотрудников.
6. Согласуйте график выходных и праздников с вашим рынком: рабочая неделя и религиозные праздники в странах Персидского залива влияют на объём обращений.

Пример из практики: реселлер телеком-услуг в Эр-Рияде

«Sahab Connect» — условный реселлер бизнес-интернета в Саудовской Аравии — получает обращения в поддержку в WhatsApp от малого и среднего бизнеса. Двенадцать агентов работают в две смены: восемь в первую очередь арабоязычные, четыре англоязычные.

• Клиент пишет «الانترنت مقطوع» и указывает номер аккаунта. Процесс сопоставляет номер с аккаунтом в CRM, определяет арабский язык и направляет чат в арабскую очередь 1-й линии, где его получает агент с наименьшим числом открытых чатов.
• Агент запускает сохранённый чек-лист диагностики, но неисправность остаётся. Она эскалирует обращение на 2-ю линию с заметкой о результатах теста линии и времени, когда клиент доступен, и сообщает клиенту, что инженер ответит в течение часа.
• Инженеру нужен выезд на следующий день. Пока окно не закрылось, он подтверждает время визита. На следующее утро, уже вне окна, диспетчер отправляет одобренный служебный шаблон (utility) со временем прибытия техника; клиент отвечает, и окно открывается заново.

Типичные ошибки

• Относиться к API как к личному телефону. Без правил ответственности агенты отвечают друг поверх друга.
• Эскалировать пересылкой скриншотов в личный WhatsApp руководителя: это ломает историю и средства контроля конфиденциальности.
• Молча давать окнам истекать, а потом тратить шаблоны на возобновление диалогов, которые можно было закрыть.
• Один SLA на всё, из-за чего сбои P1 теряются в благополучном среднем значении.
• Шаблоны, написанные как продающие сообщения, когда задача сервисная, что рискует отклонением.
• Отсутствие сообщения в нерабочее время, из-за чего клиенты ждут в тишине всю ночь.

Как помогает OmniChannels.ai

OmniChannels.ai на базе BroadNet Technologies подключает ваш номер к WhatsApp Business API через Meta Embedded Signup и выводит диалоги в общий инбокс (единое окно для всех каналов) вместе с Instagram, Telegram и e-mail, с назначением агентов и тегами. Агенты отвечают с медиафайлами, вложениями и одобренными шаблонами, а ИИ-агенты могут отвечать на рутинные вопросы и передавать диалог человеку. Платформа поддерживает арабский и английский языки, отчёты о доставке (DLR) с экспортом в CSV помогают анализировать последующие шаблонные сообщения, а маршрутизация по данным CRM использует публичные REST API и вебхуки.