Маршрутизация заявок между менеджерами: как не терять обращения

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

Как выглядит проблема на практике

Несколько типичных ситуаций, по которым легко узнать, что распределение не настроено.

Заявку обработали дважды. Клиенту позвонили два разных менеджера с разными предложениями. Он в замешательстве, компания выглядит несобранной.

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

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

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

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

Менеджеры разбирают «вкусные» заявки. Крупные и понятные забирают моментально, мелкие и сложные остаются висеть. Формально все работают, а часть клиентов не получает ответа.

Никто не знает, кто сколько обработал. Невозможно ни оценить работу, ни понять, где узкое место.

Всё это — не проблемы людей. Это проблема отсутствия правил.

По каким признакам вообще имеет смысл распределять

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

По направлению или услуге. Самый частый и самый полезный. Заявка со страницы промышленного оборудования уходит инженеру, заявка с розничной страницы — менеджеру по продажам, заявка на сервис — в сервисный отдел. Реализуется просто: в форме передаётся скрытое поле с названием направления.

По типу клиента. Частное лицо или организация. Эти два потока требуют разного разговора, разных документов и часто разных людей.

По региону. Если есть филиалы или представители, заявка должна попадать в тот город, откуда пришла. Определить регион можно и по данным посетителя, и по выбору города на сайте, и по коду телефона.

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

По источнику. Обращение с рекламы, из поиска, из карточки Яндекс Бизнеса, из 2ГИС, из мессенджера — иногда имеет смысл обрабатывать по-разному, потому что аудитория и готовность к покупке разные.

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

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

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

Как это настраивается технически

Схема распределения живёт в двух местах, и важно понимать разницу.

### На стороне сайта

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

Что для этого нужно:

- Скрытое поле в форме с указанием раздела или услуги, откуда пришла заявка. Заполняется автоматически. - Правила отправки: формы такого-то раздела — на такой-то адрес и в такой-то чат. - Отдельные формы для принципиально разных потоков: одна для розницы, другая для организаций, третья для сервиса. - Выбор города на сайте, который подставляется в заявку.

На ХостСМС это настраивается штатно: у каждой формы задаётся свой получатель, скрытые поля заполняются значениями раздела, уведомления направляются на нужные адреса и в мессенджеры, а все обращения при этом сохраняются в общей базе сайта. Из распространённых альтернатив 1С-Битрикс тоже позволяет настроить маршрутизацию форм, особенно в связке со своей системой учёта; на ВордПрессе это обычно делается плагинами с ограниченной логикой.

### На стороне системы учёта

Битрикс24 и амоСРМ умеют распределять сделки по правилам: по источнику, по полю, по сумме, по очереди, по ответственному за клиента. Это более гибкий уровень, и именно там стоит держать основную логику, если система учёта у вас работает всерьёз.

Что настраивается:

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

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

Эскалация: что делать, если никто не взял

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

Правильная схема выглядит так:

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

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

Отдельно стоит настроить правило на нерабочее время: заявка, пришедшая вечером, должна утром оказаться первой в очереди, а не потеряться среди свежих.

Про скорость ответа

Распределение нужно ради одного — чтобы человек получил ответ быстро. Это единственный показатель, который в большинстве ниш влияет на результат сильнее цены.

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

Из этого следуют практические выводы:

- Уведомление должно приходить мгновенно и туда, где человек его увидит. Почта, которую проверяют раз в день, для этого не годится. Мессенджер или мобильное приложение системы учёта — годятся. - Уведомление должно содержать суть. Имя, телефон, что нужно, откуда пришёл. Чтобы менеджер мог перезвонить, не заходя никуда. - Должен быть способ подтвердить, что взял в работу, одним действием. Иначе никто не будет отмечать. - Время первого ответа надо измерять. Если его не измеряют, оно всегда хуже, чем кажется руководителю.

Как это связано с продвижением «3 в 1»

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

Поиск. Работа над сайтом приводит людей на страницы разных направлений. Заявка с промышленной страницы и заявка с розничной — это разные клиенты, и обрабатывать их должны разные люди. Если все обращения сваливаются в общую кучу и достаются первому освободившемуся, качество ответа падает, и вложения в сайт не окупаются. Кроме того, распределение по разделам даёт ценные данные: видно, какие направления приносят обращения, а какие нет, и куда развивать сайт дальше.

Яндекс.Справочник. Обращения из карточки в Яндекс Картах и Яндекс Бизнесе — это в основном звонки, и их тоже нужно маршрутизировать. Практическое решение: отдельный номер для карточки с переадресацией на нужную группу сотрудников. Тогда, во-первых, видно, сколько обращений даёт карточка, во-вторых, звонок попадает туда, куда нужно. Если в карточке стоит общий номер офиса, звонки из Карт растворяются в общем потоке и не поддаются учёту.

2ГИС. Та же схема: свой номер, своя переадресация, свой учёт. Аудитория приложения обычно ждёт быстрого ответа — люди ищут, кто ближе и кто возьмёт трубку. Пропущенный звонок из 2ГИС почти всегда означает потерянного клиента, поэтому для этого номера особенно важны правила переадресации на несколько сотрудников и контроль пропущенных.

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

Мессенджеры и чат: отдельная головная боль

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

Что с этим делать:

- Подключить мессенджеры к системе учёта. Битрикс24 и амоСРМ умеют собирать переписку из мессенджеров в общую ленту, и тогда обращение видно всем и распределяется по правилам. - Не использовать личные номера сотрудников. Обращение, ушедшее в личный мессенджер менеджера, теряется при его увольнении или отпуске. - Настроить очередь в онлайн-консультанте. Живосайт и Энвибокс позволяют распределять диалоги между операторами и показывают пропущенные. - Контролировать время ответа в чате отдельно. Там ожидания посетителя самые высокие: если не ответили за минуту-две, человек уходит.

Что измерять

Чтобы распределение действительно работало, нужны цифры. Минимальный набор:

- Количество обращений по каждому каналу — сайт, Яндекс.Справочник, 2ГИС, мессенджеры, реклама. - Количество обращений по направлениям — видно, какая часть сайта работает. - Время первого ответа — среднее и худшее. Худшее важнее: именно оно показывает, где система даёт сбой. - Доля обращений, взятых в работу в течение установленного времени. - Количество переназначений — если их много, правила настроены неверно. - Количество пропущенных звонков по каждому номеру. - Распределение нагрузки между менеджерами — кто сколько обработал. - Конверсия в сделку по менеджерам и по направлениям.

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

Типичные ошибки настройки

Слишком сложные правила. Десять условий с исключениями, которые никто не помнит. Начинать надо с двух-трёх простых правил.

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

Уведомления только на почту. Не работает.

Нет резервного получателя. Менеджер в отпуске — заявки копятся у него.

Не настроено для нерабочего времени.

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

Менеджеры не знают правил. Систему настроили, людям не объяснили. Они продолжают работать по-старому, разбирая заявки вручную.

План внедрения

1. Посчитать текущее состояние. Сколько обращений в месяц, сколько каналов, среднее время ответа, сколько потерялось. 2. Определить направления, по которым имеет смысл разделять. 3. Добавить в формы скрытые поля с разделом и регионом. 4. Развести формы по принципиально разным потокам. 5. Настроить получателей уведомлений на стороне сайта. 6. Настроить правила назначения в Битрикс24 или амоСРМ. 7. Настроить эскалацию с понятными сроками. 8. Завести отдельные номера для сайта, Яндекс.Справочника и 2ГИС с переадресацией. 9. Подключить мессенджеры и чат к системе учёта. 10. Объяснить правила менеджерам и договориться о порядке работы. 11. Начать смотреть показатели раз в неделю.

Коротко о главном

Распределение заявок — это не бюрократия, а способ не терять обращения, которые уже пришли и за которые уже заплачено работой над сайтом. Настраивается оно в двух слоях: сайт определяет направление и регион, система учёта назначает конкретного человека. Обязательная часть — эскалация: если заявку не взяли за оговорённое время, она переходит дальше и о ней узнаёт руководитель. Обращения из всех трёх каналов — с сайта, из Яндекс.Справочника и из 2ГИС — должны собираться в одном месте с отдельными номерами для учёта. И главное, что нужно измерять, — скорость первого ответа: она влияет на результат сильнее, чем цена.

Если вы подозреваете, что часть обращений теряется между менеджерами, — специалисты компании «Сайты Профессионально» проведут бесплатный разбор. Посмотрим, как сейчас устроен приём заявок, куда уходят уведомления, что показывают данные Яндекс.Метрики и системы учёта, как настроены номера в карточках Яндекс Карт и 2ГИС, и предложим схему распределения под вашу структуру. Консультация ни к чему не обязывает.