Автоматическая обработка обращений в RetailCRM превращает хаотичный поток сообщений из разных каналов в управляемую очередь: система сама классифицирует запрос, назначает оператора, ставит теги и запускает автоответы. Разберём, из каких блоков собирается такой конвейер.
Единый поток обращений
Первый шаг автоматизации — собрать все каналы в одно место. Модуль коммуникаций RetailCRM сводит WhatsApp, Telegram, чат сайта, email и соцсети в единую очередь диалогов, привязанных к карточке клиента.
Пока обращения разбросаны по разным приложениям, автоматизировать нечего. Как только поток единый, к нему применимы общие правила:
- одна очередь и одна история переписки по клиенту;
- единые теги и статусы диалогов;
- сквозные правила распределения и SLA.
Дополнительный эффект единого окна — сшивание обращений с историей заказов. Оператор видит не отдельное сообщение, а весь контекст: что человек покупал, о чём писал раньше, какие были возвраты. На этой полноте и строится вся дальнейшая автоматика.
Классификация и теги
Чтобы обращение попало в нужный сценарий, систему учат понимать его тему. Классификация выполняется несколькими способами, часто в комбинации:
| Способ | Как работает | Когда применять |
|---|---|---|
| По каналу | Источник определяет отдел | Разные каналы = разные команды |
| По ключевым словам | Правило ищет слова в тексте | Чёткие темы: «возврат», «оптом» |
| AI-классификация | Модель определяет тему и тональность | Разнородные формулировки клиентов |
Результат классификации фиксируется в теге или поле диалога — именно на него дальше опираются правила маршрутизации.
Маршрутизация к оператору
Когда тема понятна, обращение нужно отдать нужному человеку. Здесь работает распределение диалогов:
- По отделу. Возвраты — в отдел рекламаций, опт — менеджерам B2B.
- По нагрузке. Диалог уходит наименее загруженному оператору онлайн.
- По истории. Постоянный клиент попадает к своему менеджеру.
Если клиент уже общался с конкретным оператором, разумно сохранить непрерывность и вернуть диалог ему — это повышает и скорость, и лояльность. Логика распределения подробно разобрана в отдельном материале про распределение заказов и диалогов.
Отдельно стоит предусмотреть, что делать с обращением, если подходящий оператор недоступен. Диалог не должен «повисать»: его либо ставят в общую очередь, либо передают дежурному, либо помечают для разбора при появлении сотрудника онлайн. Правило без такого фолбэка рано или поздно теряет обращения.
Автоответы и триггерные сообщения
Часть обращений закрывается вообще без оператора или до его подключения. Для этого настраивают автоответы:
- Приветствие при первом сообщении — фиксирует, что запрос принят.
- Вне рабочего времени — сообщение о графике и сроке ответа.
- Быстрые сценарии — ответ на частые вопросы (график, адрес, статус заказа) со ссылкой или кнопками.
Первое сообщение в нерабочее время → автоответ + тег «ночная очередь»
Боты и первая линия
Часть входящего потока можно закрыть до подключения оператора. Чат-бот на первой линии отвечает на типовые вопросы и собирает данные, разгружая менеджеров в пиковые часы:
- Квалификация. Бот уточняет номер заказа, город, суть вопроса и сразу кладёт это в карточку.
- Самообслуживание. Статус заказа, график, условия доставки — по кнопкам, без живого оператора.
- Плавная передача. Если вопрос сложный, бот переводит диалог на человека вместе с собранным контекстом.
Бот и распределение работают в паре: бот отсекает простое, а всё, что требует человека, уходит в маршрутизацию по правилам. Так первая линия не захлёбывается, а операторы получают уже подготовленные диалоги.
Контроль SLA и эскалация
Автоматизация не заканчивается на распределении — важно следить, что обращение обработано вовремя. Механика контроля строится на времени в статусе:
- если диалог не взят в работу за N минут — уведомление руководителю;
- если ответа нет дольше SLA — эскалация и переназначение;
- «зависшие» диалоги подсвечиваются в отдельном фильтре.
Такие правила удобно строить на триггерах и фоновых проверках по времени — они регулярно просматривают очередь и поднимают то, что выбивается из норматива.
Итог
Автоматическая обработка обращений собирается из четырёх слоёв: единый поток каналов, классификация с тегами, маршрутизация к оператору и контроль SLA с автоответами. Каждый слой бесполезен без предыдущего, поэтому строить конвейер нужно по порядку — от интеграции каналов к умной маршрутизации.
Мы в B2Bsite собираем такой конвейер под ключ: подключаем каналы, настраиваем классификацию, правила распределения, автоответы и контроль SLA, чтобы ни одно обращение не терялось.
Частые вопросы
С чего начать автоматизацию обращений?
С подключения всех каналов в единое окно коммуникаций. Пока сообщения разбросаны по приложениям, применять общие правила не к чему.
Как система понимает тему обращения?
По каналу, по ключевым словам в тексте или через AI-классификацию. Часто эти способы комбинируют, а результат сохраняют в теге диалога.
Можно ли отвечать на частые вопросы автоматически?
Да, через автоответы и триггерные сценарии. Разумно автоматизировать подтверждение приёма и типовые справки, оставляя сложное человеку.
Как не потерять обращения в нерабочее время?
Настройте автоответ о графике с ожидаемым сроком и тег для ночной очереди, чтобы утром операторы разобрали накопленные диалоги первыми.
Что такое эскалация по SLA?
Это автоматическое действие, когда обращение не обработано в норматив: уведомление руководителю, переназначение и подсветка зависших диалогов.
Диалог вернётся к тому же оператору?
Да, если настроено сохранение непрерывности. Постоянного клиента можно направлять к его менеджеру, что ускоряет ответ и повышает лояльность.
Нужен ли AI для обработки обращений?
Не обязательно. Базовую автоматизацию делают на правилах по каналу и словам, а AI подключают, когда формулировки клиентов слишком разнородны.
Поможем с настройкой и поддержкой RetailCRM
Поможем с настройкой, доработкой и поддержкой RetailCRM.