Опишите, какие обращения попадут в очередь
Начните с границы процесса: вопросы о заказе, консультации, запись на услугу или техническая проблема. Не смешивайте в одной очереди обращения, которым нужны разные владельцы и сроки реакции. Для каждого типа запишите минимальные данные: канал, текст вопроса, контакт и текущий статус. SaleBot заявляет работу с чат-ботами, CRM и коммуникациями, но состав полей и доступные действия нужно проверить в вашем аккаунте и тарифе.
Сделайте статусы понятными всей команде
Оставьте небольшой набор состояний: новое, нужно уточнение, назначено, ожидается ответ клиента, передано специалисту и закрыто. Статус должен отвечать на вопрос «какое следующее действие и кто его выполняет», а не быть декоративной меткой. Заранее определите, кто меняет статус после ответа, отмены, дубля или ошибочного маршрута. Не считайте непрочитанное сообщение доказательством того, что задача ещё никем не взята.
Назначьте владельца и правило передачи
У каждого активного обращения должен быть ответственный или понятная очередь назначения. Запишите, когда сотрудник передаёт диалог коллеге: при смене темы, отсутствии нужных полномочий, окончании смены или просьбе клиента о специалисте. Вместе с передачей сохраняйте канал, исходный вопрос, собранные ответы, обещанный следующий шаг и причину. Тогда новый сотрудник не заставляет клиента повторять весь контекст.
Разделите автоматический ответ и работу человека
Автоматический сценарий может собрать первичные сведения и предложить безопасный следующий шаг, но нестандартный вопрос, спорный случай или запрос на изменение заказа требуют ручного разбора. Дайте клиенту понятный способ попросить человека и не отправляйте параллельно продающие сообщения, пока диалог у оператора. Если ответа внешней системы нет, покажите ожидание или передайте задачу, а не сообщайте о завершении без подтверждения.
Проверьте приоритеты и исключения
Одна общая очередь не должна скрывать срочные случаи. Введите несколько проверяемых признаков приоритета: активный заказ, ошибка оплаты, жалоба, запрос персональных данных или повторное обращение по уже открытой теме. Отдельно протестируйте дубль, неверный контакт, сообщение вне рабочего времени, смену ответственного и возвращение клиента после закрытия. Приоритет — это правило обработки, а не обещание конкретного времени ответа.
Проведите пилот на реальных сценариях
Соберите пять-шесть обезличенных тестовых диалогов и пройдите их обычными клиентскими аккаунтами в каждом подключённом канале. Проверьте создание обращения, назначение, ответ сотрудника, передачу, закрытие и повторное открытие. Зафиксируйте число обращений без владельца, дублей, ручных передач и незавершённых статусов. Эти показатели показывают качество процесса, но сами по себе не доказывают сокращение времени ответа или рост продаж.
Вопросы и ответы
Нужна ли отдельная очередь для каждого мессенджера?
Не обязательно. Решение зависит от каналов, команды и различий в правилах обработки. Сначала сравните поля, уведомления и путь передачи в каждом канале, затем оставьте общую очередь только там, где сотрудник действительно видит нужный контекст.
Что делать, если клиент снова написал после закрытия?
Определите правило повторного открытия: связать с прежним обращением, создать новое или отправить на ручную проверку. Сохраните связь с предыдущим контекстом и не запускайте два одинаковых маршрута из одного сообщения.