Омниканальный инбокс: единая очередь обращений

Омниканальный инбокс собирает обращения из подключённых каналов в единую рабочую очередь. Его задача — не просто показать сообщения рядом, а определить клиента, сохранить цепочку, назначить ответственность и связать разговор со сделкой или задачей.

Канал, диалог и клиент

Один человек может писать с разных аккаунтов, а один аккаунт — представлять компанию. Слияние профилей должно быть контролируемым и обратимым. Исходные идентификаторы канала сохраняют, чтобы не смешать чужие разговоры.

Маршрутизация обращений

Рабочая очередь требует:

• Правил создания нового диалога и объединения сообщений
• Автоматического или ручного назначения ответственного
• Статусов ожидания клиента и ожидания команды
• SLA реакции с рабочим календарём
• Передачи между сотрудниками с сохранением контекста
• Защиты от двух одновременных ответов

Шум и автоматические события

Реакции, служебные сообщения и автоответы не всегда требуют работы оператора. Их классифицируют отдельно, сохраняя исходный контент. Фильтр не должен молча удалять потенциальное обращение; спорные случаи попадают в проверяемую очередь.

Метрики инбокса

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

Соберите обращения в единую очередь

Покажем доступные каналы, маршрутизацию и связь диалогов с CRM в Taska.

Один диалог поверх разных каналов

Inbox объединяет email, мессенджеры, соцсети и сайт вокруг клиента и темы обращения, сохраняя исходный канал и внешний идентификатор. Одинаковое имя не считается надёжным совпадением. Ошибочная склейка опаснее дубля, поэтому объединение требует проверяемых ключей и возможности контролируемо разделить историю.

Очереди, владение и SLA

Новое сообщение попадает в очередь по бренду, языку, теме и приоритету. Принятие назначает владельца, перевод сохраняет контекст. SLA учитывает рабочий календарь и ожидание клиента по утверждённому правилу. Массовое входящее событие не должно создавать десятки одинаковых задач и уведомлений.

Ответ и контроль доставки

Оператор видит разрешённые данные и отвечает через исходный или согласованный канал. Шаблон имеет версию, персонализация проверяется перед отправкой. Статус отправки отличается от доставки и ответа. Пилот включает дубликат webhook, перевод, ошибочную привязку, вложение и временную недоступность провайдера.

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