Заявка, до которой никто не дошёл, обошлась маркетингу ровно в те же деньги, что и заявка, закончившаяся сделкой, — только вернуть их уже нечем. Распределение лидов между менеджерами выглядит скучной настройкой CRM, а на деле решает, дойдёт ли заявка до разговора вообще, — и поэтому может влиять на конверсию сильнее, чем самый вылизанный скрипт: скрипт не спасёт разговор, который не состоялся. Плохое правило теряет заявки в очереди тихо, без единой строчки в отчёте; хорошее доводит до разговора почти все. Ниже — четыре типовые схемы и цена каждой, места, где ломается любая из них, четыре цифры для проверки своей и честный ответ на вопрос, когда сложная схема не нужна.
Распределение лидов между менеджерами — это выбор, чем пожертвовать
Распределение лидов — это правило, по которому входящая заявка закрепляется за конкретным менеджером. У правила три задачи: назначить ответственного быстро, назначить справедливо и назначить того, кто с этой заявкой справится. Все три одновременно не выполняет ни одна схема. Как в том анекдоте про «быстро, качественно, недорого — выберите два».
Поэтому спор «какая схема правильная» бессмыслен, пока не решено, что для вас дороже: медленный ответ, сложная заявка у новичка или обиженный сильный менеджер. Ответ зависит от бизнеса. В интернет-магазине скорость важнее почти всего. В B2B со сделками на полгода отдать крупного клиента случайному человеку может обойтись дороже, чем подождать час.
Четыре схемы, и у каждой свой способ терять заявки
- Поровну по очереди. Заявки раздаются по кругу. Просто и прозрачно, но схема не видит ни загрузку, ни компетенцию: новичок получает тот же поток, что и сильный менеджер, а сложная заявка попадает к тому, чья очередь.
- Кто первый взял. Заявка падает в общий пул. Для простых лидов быстро, но провоцирует снятие сливок: понятные заявки разбирают за минуты, а тяжёлые лежат в пуле до вечера и смотрят на всех с укором.
- По компетенции. Заявка уходит тому, кто ведёт этот продукт, регион или сегмент. Лучшая конверсия на сложных сделках и худшая скорость: если профильный менеджер занят или в отпуске, заявка ждёт его, как верная собака.
- По нагрузке. Заявка идёт тому, у кого меньше активных сделок. Ровнее всего делит работу и хуже всего учитывает, что «мало сделок» иногда означает «человек их не доводит». Такая схема исправно награждает самого медленного новыми заявками.
Универсальной схемы нет. Рабочее правило почти всегда составное: сначала быстрый контакт кем угодно, затем передача профильному менеджеру, если заявка сложная.
Пятница, вечер, заявка с сайта: где ломается любая схема
Ночь и выходные. Заявки приходят круглосуточно, менеджеры работают с девяти до шести. Всё, что упало вечером в пятницу, ждёт до утра понедельника, а к этому моменту клиент уже разговаривает с конкурентом, который ответил в субботу. Это самая дорогая дыра, и правилом распределения она не лечится: нужен кто-то, кто отвечает сразу.
Пик после рекламы. Волна заявок после запуска кампании не влезает в пропускную способность отдела. Схема продолжает исправно назначать ответственных, просто ответственные физически не успевают. На дашборде у каждой заявки есть хозяин, а у хозяина нет времени.
Отпуска и больничные. Схема по компетенции без запасного варианта превращается в тупик: заявки копятся за отсутствующим человеком, и никто этого не видит, пока не откроет отчёт. Обычно открывают его, когда человек возвращается и находит в своей очереди приятный сюрприз.
Четыре цифры, которые скажут о схеме больше регламента
Регламент описывает, как схема должна работать. Цифры показывают, как она работает. Их четыре, и все считаются по фактам из CRM, а не по ощущениям.
- Медианное время первого ответа — отдельно по будням, ночам и выходным. Среднее здесь врёт: его перекашивают редкие выбросы, и одна заявка, пролежавшая выходные, портит «среднее» сильнее десятка нормальных ответов.
- Доля заявок без контакта вообще. Самая неприятная цифра и самая полезная. Я бы начинала именно с неё: пока её не посчитали, потерянных заявок как будто не существует.
- Разброс нагрузки между менеджерами. Если у крайних отличие вдвое, схема не работает, что бы ни было написано в регламенте.
- Конверсия в разрезе схемы. Сравнивать нужно не менеджеров между собой, а заявки, распределённые по разным правилам. Иначе вы измерите таланты, а не схему.
Ночную заявку дешевле встретить агентом, чем дежурным
Дежурства решают проблему дорого и ненадолго: люди устают от ночных смен, а ночной поток редко оправдывает ставку. Рабочий вариант — снять с людей первое касание: AI-агент отвечает в момент заявки, уточняет задачу и срок, а утром менеджер получает уже квалифицированный контакт с историей разговора. Как это устроено по шагам, показано в разборе сценария с ночными заявками.
Экономика считается на салфетке. Диалог в мессенджере с агентом Дирижёр стоит 2 ₽, исходящий звонок через Фонекс — 6 ₽ за состоявшийся контакт. Возьмите число ночных и выходных заявок за месяц, умножьте на эту цену и сравните со стоимостью дежурного, который к тому же покрывает только часть часов.
Но не спешите. Если ночных заявок у вас единицы в неделю, а клиенты по природе бизнеса не ждут ответа до утра — например, это заявки на корпоративное обучение, — агент не окупится ни деньгами, ни конверсией. Сначала посчитайте, сколько заявок приходит вне рабочего времени и как часто они потом не доходят до разговора.
Считайте загрузку, а не количество заявок
Схема «поровну по очереди» кажется справедливой: все получают одинаковое число заявок. Справедливость эта мнимая. Заявки различаются по трудоёмкости в разы, и одинаковое количество означает очень разную работу.
Разница видна на данных. Возьмите среднее время работы по заявке в разрезе источника: заявка с калькулятора с уже заполненными параметрами и заявка «перезвоните мне» требуют разного объёма разговоров. Если один менеджер получает в основном первые, а второй вторые, при равном числе заявок их фактическая загрузка отличается кратно. И один из них будет прав, когда скажет, что схема несправедлива.
Правильный счёт — в единицах работы, а не в штуках. Простейшая версия: присвоить типам заявок веса по среднему времени обработки и распределять по сумме весов. Сложной настройки это не требует и снимает основную часть претензий о несправедливости.
После выставки обычные схемы распределения дают сбой: контакт уже поговорил с конкретным человеком на стенде, и передача «по очереди» обрывает этот разговор. Почему горячий контакт с выставки остаётся за тем, кто с ним говорил, — в разборе лидов с выставки.
Вернувшийся клиент должен попасть к тому же менеджеру
Клиент, который обращается второй раз, во многих CRM попадает в общую очередь наравне с новыми. Потеря заметная, а в отчётах почти невидимая.
Со стороны клиента это выглядит так: он снова рассказывает, что ему нужно, снова отвечает на те же вопросы, и у него появляется ощущение, что его здесь не помнят. Ощущение, кстати, верное. Со стороны компании тратится время на восстановление контекста, который уже был.
Правило простое: обращение от известного контакта закрепляется за тем менеджером, кто вёл его раньше, если сделка не закрыта или закрыта недавно. Исключения нужны тоже: если менеджер недоступен дольше заданного времени, заявка уходит дальше, иначе привязка превращается в задержку. Порог выбирают от того, как быстро остывают ваши клиенты, и медианное время первого ответа из раздела выше подскажет, где его провести. Если у одного клиента обращения приходят сразу по нескольким каналам, это отдельная история — разобрана в статье о том, как быть, когда клиент начал в чате, а продолжил звонком.
Схему распределения команда читает как заявление о справедливости
Любое правило распределения отдел воспринимает не как настройку, а как сообщение: кого здесь ценят. И это влияет на поведение сильнее, чем формулировки регламента.
Схема «кто первый взял» вознаграждает скорость реакции и наказывает того, кто в этот момент разговаривает с клиентом. Через месяц менеджеры держат вкладку с очередью открытой во время разговоров и слушают клиента вполуха. Схема «по компетенции» вознаграждает специализацию, но создаёт ощущение, что кому-то достаются лучшие заявки. Как привязывать к распределению деньги, чтобы не началась война за лиды, — в статье про мотивацию менеджеров и KPI.
Лечится это не сменой схемы, а прозрачностью: команда должна видеть, по какому правилу распределяются заявки и какая нагрузка у каждого. Спор о справедливости почти всегда идёт не о самой схеме, а о подозрении, что она работает не так, как объявлено.
Новое правило — только для новых заявок
Если перенастроить распределение одним днём, начнётся предсказуемый беспорядок: часть сделок сменит ответственного посреди переговоров, клиенты получат звонки от незнакомых людей, а менеджеры потеряют интерес доводить чужие сделки.
Правильный порядок — новое правило только для новых заявок. Всё, что уже в работе, остаётся за прежним ответственным до закрытия. Через один цикл сделки отдел целиком переходит на новую схему без единого скандала.
И шаг, который экономит много объяснений: объявить изменение до его вступления в силу, с датой и причиной. Правило, которое поменялось молча, читается как решение против кого-то конкретного, даже если менялось по совершенно нейтральным соображениям.
Когда сложная схема распределения не нужна
Честная оговорка. Если в отделе два-три менеджера, которые сидят рядом и видят общую очередь, весовые коэффициенты, резервные маршруты и ночные агенты — перебор. Им достаточно простого правила и договорённости, кто подхватывает заявки отсутствующего. Внедрение автоматики ради такого потока не окупится, а время на настройку лучше потратить на разговоры с клиентами.
Не поможет перенастройка и тогда, когда проблема не в распределении, а в пропускной способности. Если отдел в принципе не успевает обработать поток, любая схема лишь выберет, какие заявки потерять. Здесь нужно решать, снимать ли часть первичной квалификации с людей или нанимать, — а это уже вопрос экономики, а не настройки CRM.
Две цифры, которые стоит посчитать до перенастройки CRM
Главное следствие для руководителя: схема распределения — это не техническая настройка, которую можно поручить администратору CRM и забыть. Это решение о том, какие заявки компания готова терять.
Начинать стоит не с перенастройки. Посчитайте две цифры: медианное время первого ответа по трём периодам — будни, ночи, выходные — и долю заявок без контакта. На них обычно сразу видно, где именно теряются деньги. Дальше меняйте одно правило за раз и через месяц сравнивайте те же две цифры, иначе результат нельзя будет отнести к причине. Так же мы в 404ai подходим к любому проекту: сначала метрика и точка отсчёта, потом изменения и условие, при котором их стоит откатить (метод «Цель → метрика»).
Почему скорость первого контакта решает больше, чем сама схема, — в разборе времени первого ответа на лид. А лучшая схема распределения — та, при которой через месяц никто в отделе не может вспомнить, о чём спорили.
