Перейти к содержимому

Приём и распределение обращений

Каждое обращение получает своего ответственного

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

Подробнее о решении

01 / Для кого

Кто отвечает за только что поступившую заявку?

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

02 / Что может включать проект

От входящего сообщения до задачи под контролем

01

Приём и проверка данных

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

02

Понятные правила распределения

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

03

Сроки и дальнейшие действия

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

03 / Пример использования

Пример возможного сценария: заявка на ремонт

Представим мастерскую, получившую заявку на ремонт через форму. Контактные данные проходят проверку; при надёжном совпадении заявка связывается с существующим клиентом в CRM. Населённый пункт и тип техники определяют подходящую команду, а доступный менеджер получает задачу подтвердить детали. Если адрес отсутствует, обращение остаётся на уточнении. Повторный запрос того же клиента отмечается как возможный дубль. Координатор видит путь заявки до принятия в работу, в том числе когда первоначальный ответственный не успел её принять в согласованный срок и требуется передача другому сотруднику.

04 / Как мы работаем

Как определяем путь обращения

  1. 01

    Изучаем входящие запросы

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

  2. 02

    Согласуем правила

    Определяем критерии распределения, их приоритет, сроки и ответственного за исключения. Обсуждаем отсутствие сотрудников, возможные дубли и обращения, которые поступают за пределами рабочего времени.

  3. 03

    Настраиваем и проверяем

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

  4. 04

    Проверяем передачу в работу

    Вводим процесс в работу команды и проверяем, получают ли сотрудники нужные задачи. Уточняем правила по обращениям, которые остались непринятыми, и по выявленным исключениям.

05 / Что вы получаете

Что получает команда

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

Что может включать проект

Что согласуем до внедрения

  • Подключение канала зависит от доступов и возможностей сервиса; перечень каналов фиксируем заранее.
  • Карточка клиента и история отношений ведутся в CRM. Применение AI для понимания свободного текста оценивается отдельно.
  • При неуверенном совпадении клиенты не объединяются автоматически; назначаем ответственного за проверку дублей и нераспределённые заявки.

С чего начнём

Обсудить проект

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

Организовать приём обращений