Робот прозвонил базу. Дальше тёплые лиды ждут, пока кто-то их раздаст
Частая дыра в автообзвоне: техническая часть отработала идеально, автообзвонщик отсеял живых от мёртвых, набралась пачка тёплых контактов — и они зависли. Потому что распределять их по менеджерам должен живой диспетчер, а он занят, на больничном или просто не успевает. Горячий лид остывает в очереди на ручную раздачу. Абсурд: автоматизировали обзвон, чтобы упереться в ручное распределение.
Обиднее всего, что эта дыра не выглядит как поломка. Обзвон отработал, лиды в системе есть, отчёт зелёный. Просто между «контакт подтвердил интерес» и «менеджер набрал номер» лежат часы, а иногда сутки. И потерянные из-за этого сделки нигде не помечены как потерянные — они выглядят как «не дозвонились» и «передумал».
Распределение — это набор правил, а не человек. Их можно описать один раз и снять с людей.
По какой логике раздавать лиды
Ручной диспетчер держит правила в голове. Перенесите их в систему:
- По очереди и нагрузке. Тёплый контакт уходит свободному менеджеру, а не тому, у кого уже сорок сделок висит. Система видит текущую загрузку и балансирует, а не сваливает всё на самого расторопного. Считать загрузку лучше не по общему числу сделок в работе, а по числу активных — тех, где есть задача на ближайшие дни. Иначе менеджер, у которого висит гора мёртвых карточек, будет вечно считаться «занятым».
- По специализации. Лид по продукту А — менеджеру, который ведёт А. По региону, по сегменту, по сумме сделки — как реально устроен ваш отдел. Здесь важно не выдумывать деление, а списать его с того, как отдел работает сегодня: если в реальности все ведут всё, специализация в правилах только запутает.
- По доступности. Менеджер не на смене или недоступен — лид не падает в пустоту, а идёт следующему по правилу. Доступность — это график, отпуск, больничный и статус «на звонке». Если системе неоткуда узнать график, она будет исправно назначать лиды человеку, который две недели в отпуске.
Эти три правила комбинируются: сначала фильтр по специализации (кто вообще может взять), потом по доступности (кто сейчас на смене), потом по нагрузке (у кого меньше активных сделок). На выходе — конкретный менеджер без участия диспетчера.
Порядок внедрения: пять шагов
Заводить всё сразу не надо. Работающий порядок такой:
- Опишите текущие правила словами. Сядьте с диспетчером или РОПом и запишите, как он раздаёт на самом деле. Не как в регламенте — как реально. Почти всегда там три-четыре правила и одно исключение «а вот этого клиента только Свете».
- Заведите самое простое правило. Круговая раздача по очереди среди тех, кто на смене. Уже это убирает главную задержку.
- Добавьте срок реакции и эскалацию. Не взял за N минут — уходит дальше. Значение N берите из своей практики: сколько у вас реально живёт тёплый контакт.
- Наложите специализацию. Только после того, как базовая раздача заработала и людям стало понятно, откуда берутся лиды в их списке.
- Заведите отчёт по невзятым. Список контактов, которые прошли эскалацию до конца, — это ваш индикатор, что правил не хватает или людей не хватает.
Защита от потери: лид не должен зависнуть
Главное правило распределения — контакт не застревает ни на ком. Назначили менеджеру, он не взял в работу за N минут — лид автоматически уходит дальше или поднимается руководителю. Тёплый лид с обзвона имеет короткий срок годности: человек только что подтвердил интерес роботу, и если менеджер перезвонит через два часа, интерес уже остыл. Система должна гарантировать, что контакт возьмут в течение минут, а не когда диспетчер дойдёт до списка.
Полезно добавить эскалацию по уровням: не взял первый менеджер за N минут → перекинули второму → не взял никто из группы → упало руководителю с пометкой «горит». Так ни один тёплый контакт не теряется молча.
Отдельно продумайте край суток. Обзвон, который заканчивается в девять вечера, отдаёт последнюю пачку лидов в тот момент, когда отдел уже разошёлся. Варианта два: либо не звонить в часы, когда некому принимать, либо явно завести правило «после такого-то часа лид ставится в очередь на утро с приоритетом», чтобы он не растворился среди вчерашних. Молчаливое назначение на человека, который придёт через двенадцать часов, — худший из вариантов.
Возражения, которые звучат всегда
«У нас менеджеры сами разбирают, кому что интересно». Это работает ровно до того момента, пока поток небольшой. Как только лидов становится много, самораздача превращается в соревнование: расторопные снимают верхушку, остальное лежит. Причём лежит именно то, что требует работы, — а это и есть основная масса.
«Диспетчер видит нюансы, робот не увидит». Часть нюансов действительно не формализуется. Поэтому ручное переназначение никто не отменяет: правило раздаёт по умолчанию, руководитель может перекинуть вручную. Разница в том, что по умолчанию лид уже у кого-то в работе, а не ждёт решения.
«Нам некуда торопиться, у нас длинный цикл сделки». Длинный цикл — это про то, сколько идут переговоры, а не про то, сколько можно тянуть с первым касанием. Первое касание после подтверждённого интереса — самая горячая точка во всей воронке независимо от длины цикла.
Наша грабля: лид можно потерять, даже когда он в системе
У нас был случай, который стоит рассказать целиком. В общем ящике диалогов 8 из 56 переписок были невидимы менеджерам — из-за ошибки в правах доступа они просто не показывались в списке. Клиенты писали, сообщения приходили, всё лежало в базе. Отчёты при этом были в полном порядке: количество диалогов сходилось, потому что считалось по базе, а не по тому, что человек видит на экране.
Вывод, который мы из этого вынесли и который прямо касается распределения: недостаточно, чтобы лид был назначен. Надо, чтобы назначение было видно тому, кому назначили, и чтобы факт «взял в работу» фиксировался отдельно от факта «назначен». Правило раздачи без обратной связи «принял» — это половина механизма.
Проверять это стоит не по отчёту, а глазами, из-под учётки обычного менеджера. Отчёт строится по тем же данным, что и раздача, поэтому он никогда не покажет, что менеджер чего-то не видит.
Побочный эффект — прозрачность
Когда раздаёт человек, всегда есть подозрение, что «жирные» лиды уходят любимчикам. Правила распределения в системе видны и одинаковы для всех: понятно, по какому принципу контакт попал к этому менеджеру. Это снимает внутренние конфликты в отделе и споры «почему мне опять холодные, а ему горячие». Заодно руководитель видит, что нагрузка распределена ровно, а не что один менеджер завален, а другой простаивает.
Второй побочный эффект — правила становятся предметом обсуждения. Пока раздача в голове у диспетчера, спорить не о чем, можно только обижаться. Когда она записана, спор превращается в нормальный рабочий разговор: «давайте регион уберём из фильтра, он ничего не решает». Это здоровее.
Сбор обращений из разных источников в один управляемый поток с автораздачей — та же архитектура, что в кейсе с мульти-ботом, где входящие распределяются без ручного диспетчера. У нас в одном ящике сходятся 754 диалога из трёх каналов: 488 из MAX, 144 из Telegram, 122 из WhatsApp. Раздавать такой поток руками нереально в принципе — не потому, что человек не справится с объёмом за день, а потому, что он физически не может сидеть над ним постоянно.
Кому это нужно
Отделам, где после обзвона (или из любого потока лидов) контакты сначала попадают к диспетчеру или РОПу на ручную раздачу. Если менеджер один — распределять нечего. Как только их двое-трое и появляется поток, ручное звено начинает тормозить и вносить перекос.
Отдельно — тем, у кого поток скачет. Ровный ручной процесс ломается не на среднем дне, а на пиковом: в один из наших запусков дневной объём заявок вырос с 46 до 333. Диспетчер, который спокойно раздавал первое, на втором превращается в пробку, и никакая мотивация тут не помогает.
Подводные камни
- Правила распределения без эскалации превращаются в новую дыру: лид, назначенный недоступному менеджеру, зависнет так же, как у диспетчера.
- Слишком сложные правила (десяток условий на каждый лид) невозможно поддерживать — начните с трёх: специализация, доступность, нагрузка, и усложняйте по факту.
- Правило есть, а графика нет. Доступность считается по данным о смене. Если график ведут в чате или в голове, «по доступности» превратится в «по случайности».
- Никто не смотрит на невзятые. Эскалация исправно доводит лид до руководителя, а руководитель не открывает этот список. Заведите его как отдельный экран, а не как ещё один фильтр в общем списке.
- Раздали, но не сказали. Уведомление о новом лиде должно быть заметным. Если единственный признак назначения — карточка появилась где-то в списке, скорость реакции останется прежней.
Итог: между «робот квалифицировал» и «менеджер взял трубку» нет ручного звена, которое всё тормозит. Правила работают круглосуточно, лиды не киснут в очереди, а нагрузка распределяется честно. Начните с одного простого правила и срока реакции — этого хватает, чтобы убрать основную задержку, а тонкую настройку добавите потом.
Хотите автораспределение вместо диспетчера — оставьте заявку через форму или напишите в Telegram.
